Re: My proposal for the libgcc runtime ABI (ia64 gcc/glibc is broken.)

["H . J . Lu" <hjl at valinux dot com>]

On Wed, Jul 12, 2000 at 01:07:47AM +0200, Mark Kettenis wrote:
>    > I believe it is the cause of the problem. Otherwise, it will be
>    > libstdc++.so who contains and reexports the frame info registration
>    > functions, which is the part of gcc and handled by my "library
>    > interface" scheme. It is an entirely different issuse.
> 
>    Not at all.  It's exactly the same issue, with just the names changed.
> 
> Indeed.  Moreover, HJ's scheme doesn't even solve the problem of
> rexporting the frame info registration info.  It may seem like it
> does, but that's only because the C++ ABI changed more frequently than
> the frame info registration.
> 
> The only thing HJ's scheme *does* "solve" is dealing with the libio
> changes made between glibc 2.0 and glibc 2.1, that quite deliberately
> ignored the consequences for C++ (since the C++ ABI was in flux anyway
> at that time).  It's incredibly ugly, and I hope it can be phased out
> in with Ggcc 3.0
> 

You really haven't seen my scheme in action. Check out the current
RedHat rawhide. They have 2 C++ compilers. egcs 1.1.2 is used to
compile KDE.

# ls  /usr/lib/libstdc++* 
/usr/lib/libstdc++-2-libc6.1-1-2.9.0.so   /usr/lib/libstdc++-libc6.2-2.a.3
/usr/lib/libstdc++-2-libc6.2-1-2.9.0.a    /usr/lib/libstdc++-libc6.2-2.so.3
/usr/lib/libstdc++-2-libc6.2-1-2.9.0.so   /usr/lib/libstdc++.so.2.7.2
/usr/lib/libstdc++-3-libc6.2-2-2.10.0.a   /usr/lib/libstdc++.so.2.7.2.8
/usr/lib/libstdc++-3-libc6.2-2-2.10.0.so  /usr/lib/libstdc++.so.2.8
/usr/lib/libstdc++-libc6.1-1.so.2         /usr/lib/libstdc++.so.2.8.0
/usr/lib/libstdc++-libc6.2-1.a.2          /usr/lib/libstdc++.so.2.9
/usr/lib/libstdc++-libc6.2-1.so.2         /usr/lib/libstdc++.so.2.9.dummy
# rpm -qf /usr/lib/libstdc++-2-libc6.2-1-2.9.0.so
kernelcc-c++-1.1.2-4
# rpm -qf /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so
libstdc++-2.96-33



-- 
H.J. Lu (hjl@gnu.org)