User account creation filtered due to spam.

Bug 57424 - extra multilib subdirectory level at r199345
Summary: extra multilib subdirectory level at r199345
Alias: None
Product: gcc
Classification: Unclassified
Component: java (show other bugs)
Version: unknown
: P3 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
Depends on:
Reported: 2013-05-26 22:43 UTC by Jack Howarth
Modified: 2016-09-30 22:50 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:


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...


instead of the expected...


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.
Comment 2 Andrew Pinski 2016-09-30 22:50:40 UTC
Closing as won't fix as the Java front-end has been removed from the trunk.