This is the mail archive of the
mailing list for the GCC project.
Re: libstdc++ libtool lossage
- From: David Edelsohn <dje at watson dot ibm dot com>
- To: Alexandre Oliva <aoliva at redhat dot com>, Richard Henderson <rth at redhat dot com>, Mark Mitchell <mark at codesourcery dot com>
- Cc: gcc at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org, java-patches at gcc dot gnu dot org
- Date: Sat, 23 Feb 2002 00:00:22 -0500
- Subject: Re: libstdc++ libtool lossage
My change making "gcc -shared-libgcc" only link with libgcc.so
breaks assumptions by the g++ and g77 drivers that the flag is intended
for linking executables with both libgcc.so and libgcc.a, not linking
"gcc -shared" is suppose to create shared libraries and should
only link with libgcc.so. I respectfully submit that if libtool does not
understand that, libtool should be fixed. "gcc -shared-libgcc -shared" is
redundant and does not make sense. "gcc -shared" was suppose to provide
the semantics you are desiring. Suggesting the use of "gcc
-shared-libgcc" was a misunderstanding of that option.
I recommend that both my init_gcc_specs change affecting
-shared-libgcc and the CXX_FOR_TARGET patch using "gcc -shared-libgcc" be
removed and that some other way be found for libtool to work properly with
the new binutils. If libtool needs to see a flag, would changing the
CXX_FOR_TARGET patch from "-shared-libgcc" to "-shared" solve the problem?