This is the mail archive of the libc-alpha@sources.redhat.com mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: [PATCH] Next attempt on the gcc3 vs glibc2.2.4 patch


On Mon, Aug 06, 2001 at 04:41:36PM +0200, Jakub Jelinek wrote:
> Unlike the previous one, it does not care which gcc was used to build GLIBC
> - everywhere but on Linux/IA-64 it exports the new GCC 3.0 unwind
> register/deregister routines plus _Unwind_Find_FDE (using gcc's
> unwind-dw2-fde.c with just a few changes for glibc), plus on platforms which
> used to export __frame_state_for from glibc it does so. __frame_state_for
> implementation in GLIBC means first try to dlopen libgcc_s.so.1 if it exists
> and call __frame_state_for in there, if it does not exist, it has a
> fallback, so that GLIBC 2.2.4 does not require GCC 3.0.1+'s libgcc to be
> installed.

One more comment, I don't know what you will gain by dlopening
libgcc_s.so.1, given that those functions are also available in
libc.so. You can't say which ones are newer at the run-time, those
in libc.so or those in libgcc_s.so.1. I believe we should do a
run-time/link-time version check of those functions instead.


H.J.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]