This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: g++-mike-eh8-C test failure
- To: "John David Anglin" <dave at hiauly1 dot hia dot nrc dot ca>
- Subject: Re: g++-mike-eh8-C test failure
- From: Jason Merrill <jason at cygnus dot com>
- Date: 02 May 2000 18:44:52 -0700
- Cc: law at cygnus dot com, gcc-patches at gcc dot gnu dot org, egcs-bugs at egcs dot cygnus dot com
- References: <200005022002.QAA18227@hiauly1.hia.nrc.ca>
>>>>> John David Anglin <dave@hiauly1.hia.nrc.ca> writes:
> But if the shared library is complete, we may end up with duplicate code
> for __muldi3 and lose anyway. The HP linker is apparently too dumb to
> detect this duplication and I have to wonder if shl_load would do much
> better.
Yes, that's why we want to make libgcc its own shared library, so that
there's only one copy.
> Do we really need libstdc++ to work with dlopen/shl_load?
Yes. The folks that initially paid us to make shared libraries work rely
on that functionality.
>> 4. Build a shared libgcc and have it referenced by either the main
>> program or the library. Which is precisely what we're discussing in
>> another thread.
> Building a shared libgcc is a good idea on its own. However, it might
> not resolve this problem. There still might be duplication of procedures
> and problems with libraries that don't have a shared implementation.
Why would there be duplication?
Jason