Re: Missing dependencies on shared libraries

In message: <Pine.GSO.4.64.0604151358210.9220@xxxxxxxxxxxxx>
Daniel Eischen <deischen@xxxxxxxxxxx> writes:
: On Sat, 15 Apr 2006, M. Warner Losh wrote:
:
: > In message: <Pine.GSO.4.64.0604141439280.3685@xxxxxxxxxxxxx>
: > Daniel Eischen <deischen@xxxxxxxxxxx> writes:
: > : On Fri, 14 Apr 2006, Victor Balada Diaz wrote:
: > :
: > : > Hi,
: > : > I found that ldd doesn't report libc as a dependency on most (all?)
: > : > libraries:
: > : >
: > : > pato> ldd /usr/lib/libfetch.so
: > : > /usr/lib/libfetch.so:
: > : > libssl.so.3 => /usr/lib/libssl.so.3 (0x4816a000)
: > : > libcrypto.so.3 => /lib/libcrypto.so.3 (0x48198000)
: > : >
: > : > does anyone know why?
: > :
: > : AFAIK, it's being worked on. It's not just libc either, -pthread
: > : also has to start linking to libpthread.
: >
: > We don't record libc dependencies into shared libraries right now. If
: > we did, that would create some problems and solve some problems. With
: > symbol versioning, it most likely will become moot, since we'll never
: > have to bump libc major version again...
:
: kan stated he was working on doing this, which is what I was
: referring to above.

That makes sense. If you explicitly include libc on the command line
to build the library, it is included...

Warner
_______________________________________________
freebsd-hackers@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re: [fbsd] Re: Where is thr_getscheduler
    ... libc symbols is absent in the shared libraries. ... What does exactly prevent from linking shared libraries against libc? ... the current state of not linking dso with libc ...
    (freebsd-current)
  • Re: [jakub@redhat.com:Linking against libpthread via -pthread?
    ... this if we want working versioned libc and libpthread in our system. ... dependency when linking shared libraries. ...
    (freebsd-current)
  • Re: [jakub@redhat.com:Linking against libpthread via -pthread?
    ... are inthe works and will be committed shortly. ... this if we want working versioned libc and libpthread in our system. ... dependency when linking shared libraries. ...
    (freebsd-current)
  • Re: Portability of executable binaries
    ... >> trouble. ... the system call numbers used by the old libc ... > struct FILE ought to be used at runtime. ... > corresponding shared libraries (libc, libm, libdl, libnsl, libnss*, ...
    (comp.os.linux.development.apps)
  • Re: libpthread.so.2 compatibility
    ... It is probably the networking ABI changes in libc. ... and libpthread is dependent on some internal locks ... If you are using a libc.so.6 before jasone's malloc() ... changes and a newer libpthread, ...
    (freebsd-current)