This is the mail archive of the
libc-alpha@cygnus.com
mailing list for the glibc project.
Re: [mcculley@cuspy.com] libc/977: dlopen tries to resolve symbols even when given RTLD_LAZY
- To: aj@arthur.rhein-neckar.de (Andreas Jaeger)
- Subject: Re: [mcculley@cuspy.com] libc/977: dlopen tries to resolve symbols even when given RTLD_LAZY
- From: hjl@lucon.org (H.J. Lu)
- Date: Tue, 16 Feb 1999 15:45:40 -0800 (PST)
- Cc: libc-alpha@cygnus.com, mcculley@cuspy.com
> >Number: 977
> >Category: libc
> >Synopsis: dlopen tries to resolve symbols even when given RTLD_LAZY
> >Confidential: no
> >Severity: critical
> >Priority: medium
> >Responsible: libc-gnats
> >State: open
> >Class: sw-bug
> >Submitter-Id: unknown
> >Arrival-Date: Tue Feb 16 16:00:01 EST 1999
> >Last-Modified:
> >Originator: mcculley@cuspy.com
> >Organization:
> net
> >Release: 2.0.7.19981211 (Debian)
> >Environment:
> Debian GNU/Linux slink (glibc 2.0)
> >Description:
> It seems that dlopen tries to resolve symbols in a .so even when it is given
> RTLD_LAZY and there is no _init function to be run. This makes it impossible
> to build dynamically loadable module based applications that figure out the
> dependencies themselves. This acts differently (IMHO correctly) on an SGI
> running IRIX.
Well, welcome to Linux and Solaris. I got the same result on both
Linux and Solaris.
H.J.