This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: GCC 3.4 and glibc/nptl: Cancellation broken
On Fri, Jan 23, 2004 at 04:20:32PM +0100, Michael Matz wrote:
> > *libgcc:
> > %{static|static-libgcc:-lgcc -lgcc_eh} \
> > %{!static:%{!static-libgcc:%{!shared-libgcc:-lgcc --start-only-if-used -lgcc_s%M --end-only-if-used} \
> > %{shared-libgcc:-lgcc_s%M %{!shared:-lgcc}}}}
> >
> > That way, -static or -static-libgcc will link in libgcc.a and libgcc_eh.a,
> > but nothing else. The program/shared library will have DT_NEEDED
> > libgcc_s.so.1 if linked with -shared-libgcc or if some symbol from
> > libgcc_s.so.1 minus libgcc.a was needed by the executable or shared library
> > (e.g. if it used -fexceptions and __attribute__((cleanup)) ).
>
> I see. Especially no non-static programs would link against libgcc_eh.a.
>
> I guess in a static executable (i.e. linked against libgcc_eh) glibc will
> not dlopen libgcc_s.so ? Because otherwise we would have the same
> situation as currently.
glibc doesn't use dlopen on libgcc_s.so.1 in libc.a nor libpthread.a.
Jakub