This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: libstdc++ libtool lossage
- From: David Edelsohn <dje at watson dot ibm dot com>
- To: Alexandre Oliva <aoliva at redhat dot com>
- Cc: Richard Henderson <rth at redhat dot com>, gcc at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org, java-patches at gcc dot gnu dot org
- Date: Thu, 21 Feb 2002 22:34:29 -0500
- Subject: Re: libstdc++ libtool lossage
- References: <20020217005638.A9525@redhat.com><orofijmrfh.fsf@free.redhat.lsd.ic.unicamp.br><20020221000218.B18952@redhat.com><ory9hm60hw.fsf@free.redhat.lsd.ic.unicamp.br><20020221124457.B19445@redhat.com><orheoa5xdf.fsf@free.redhat.lsd.ic.unicamp.br><20020221141806.A19560@redhat.com><or8z9m5tzf.fsf@free.redhat.lsd.ic.unicamp.br><20020221153343.A19615@redhat.com><or4rka430j.fsf@free.redhat.lsd.ic.unicamp.br>
If you make this change, we need to change gcc.c init_gcc_specs so
that the -shared-libgcc case only links against the gcc_s. Currently
-shared-libgcc links against both shared and static:
sprintf (buffer, "%%{shared-libgcc:%s %s}", shared_name, static_name);
This is definitely not what you want and not what you are assuming
-shared-libgcc means. This also will cause shared libraries to break on
AIX once again.
FYI, on AIX libtool current builds libstdc++ using
xgcc -shared ... -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s
libgcc.a never appears implicitly (because of -shared) not explicitly by
libtool. We need to keep it that way.
David