This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: g++-mike-eh8-C test failure
- To: jason at cygnus dot com (Jason Merrill)
- Subject: Re: g++-mike-eh8-C test failure
- From: "John David Anglin" <dave at hiauly1 dot hia dot nrc dot ca>
- Date: Fri, 5 May 2000 18:11:51 -0400 (EDT)
- Cc: law at cygnus dot com, gcc-patches at gcc dot gnu dot org, egcs-bugs at egcs dot cygnus dot com
> Yes, absolutely. That's why we're talking about libgcc.sl. Are you
> worried about symbols from libm?
>
> > This suggests that only a shared version of libc should be used in
> > applications using shared libraries. If an archive version of a
> > dependent library must be used, all of its definitions should be
> > explicitly exported with the -E or +e options to the linker to avoid
> > multiple definitions.
>
> Which suggests that libstdc++.sl should be built with -E.
Tried it. It doesn't resolve the problem. According to other documentation,
-E is for exporting symbols from main programs. +e can be used for exporting
symbols from shared libraries but it hides all the symbols which aren't
explicitly exported.
--
J. David Anglin dave.anglin@nrc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)