This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libgcj/20160] [4.0 Regression] link errors building libgcj tests
- From: "aoliva at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 24 Feb 2005 22:51:37 -0000
- Subject: [Bug libgcj/20160] [4.0 Regression] link errors building libgcj tests
- References: <20050223105204.20160.rearnsha@gcc.gnu.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-24 22:51 -------
Technically, it's not a libtool bug. When you create an archive out of object
files that have overlapping basenames, ar will generally only retain the last
one. Dropping the dirname portion is mandated by POSIX.
The right solution would be to avoid duplicate basenames entirely. This is
probably tricky and painful to do in libjava.
Libtool has some trickery to at least force object files with the same basename
into an archive, passing special options to ar. I suppose the best course of
action would be to rename the input files internally, transparently to the
caller, such that, when they're extracted, you don't one to overwrite the other.
Either way, this is probably not trivial to implement in libtool. Reverting to
piecewise linking and modifying the grouping strategy might be easier. I'll
think a bit about it.
--
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|rth at gcc dot gnu dot org |aoliva at gcc dot gnu dot
| |org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20160