Bug 57424 - extra multilib subdirectory level at r199345
Summary: extra multilib subdirectory level at r199345
Status: UNCONFIRMED
Alias: None
Product: gcc
Classification: Unclassified
Component: java (show other bugs)
Version: unknown
: P3 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-05-26 22:43 UTC by Jack Howarth
Modified: 2013-06-03 15:25 UTC (History)
2 users (show)

See Also:
Host: x86_64-apple-darwin12
Target: x86_64-apple-darwin12
Build: x86_64-apple-darwin12
Known to work:
Known to fail:
Last reconfirmed:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jack Howarth 2013-05-26 22:43:02 UTC
At r199345, on x86_64-apple-darwin12, I am finding that installation subdirectory for the multilib of gcj-4.9.0-14 is now installed in...

/sw/src/fink.build/root-gcc49-4.9.0-1000/sw/lib/gcc4.9/lib/i386/i386/

instead of the expected...

/sw/src/fink.build/root-gcc49-4.9.0-1000/sw/lib/gcc4.9/lib/i386/

I assume this is unintended failout from r199221.
Comment 1 Jack Howarth 2013-05-28 13:58:26 UTC
This problem is caused by following change in gcc trunk. In gcc-4_8-branch, the generated Makefile in darwin_objdir/x86_64-apple-darwin12.3.0/i386/libjava/gcj has...

dbexecdir = $(libdir)/i386/gcj-4.8.1-14

where libdir is...

libdir = ${exec_prefix}/lib

whereas now in gcc trunk we have...

dbexecdir = $(toolexeclibdir)/i386/gcj-4.9.0-14

where toolexeclibdir is...

toolexeclibdir = $(libdir)/i386

hence the duplication of i386 in the path.