This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Plans for ABI migration
- To: bernie at codewiz dot org
- Subject: Re: Plans for ABI migration
- From: Alexandre Oliva <aoliva at redhat dot com>
- Date: 11 Jan 2001 02:15:03 -0200
- Cc: Joe Buck <jbuck at racerx dot synopsys dot com>, gcc at gcc dot gnu dot org
- Organization: GCC Team, Red Hat
- References: <200101100124.RAA08380@racerx.synopsys.com><01011012545703.03255@beetle>
On Jan 10, 2001, Bernardo Innocenti <bernie@codewiz.org> wrote:
> That's right. Break it whatever you want. Break it again in the
> future if you need to. But please plan a small kludge for ld.so to
> make the transition a little easier.
We don't make any kludges in ld.so. That's not in the scope of the
GCC project.
But note that the kludge that was used for the transition from libc5
to libc6 was unnecessary, and people who did it are already aware of
their mistake. The correct way to deal with the problem was to give
libraries different SONAMEs depending on the ABIs they were bound to,
so that they wouldn't be linked into programs that used a different
ABI.
I agree, it's not like every package out there that creates shared
libraries comes with an option to insert a certain string in the
SONAMEs of libraries it creates, but there are programs that may help
mitigate this problem, by modifying SONAMEs in already-compiled
libraries and programs. That's probably the way to go.
> By the way, what's the rationale behind setting up libstdc++ as
> a shared library by default?
It used to be built as a static library by default, in the past. But
most (all?) GNU/Linux distributors would configure GCC with
--enable-shared so as to get a shared libstdc++.
> It contains only small routines
When did you last check that? :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist *Please* write to mailing lists, not to me