[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#473458: manpages-dev: dlopen man page contradicts ld.so(8)



On Fri, Apr 18, 2008 at 6:35 PM, Justin Pryzby
<justinpryzby@users.sourceforge.net> wrote:
> user libc6@packages.debian.org
> usertag 473458 debian-specific
> thanks
>
> On Fri, Apr 18, 2008 at 06:52:12PM +0200, Michael Kerrisk wrote:
> > Justin Pryzby wrote:
> > > reassign 473458 libc6
> > > found 473458 2.7-9
> > > thanks
> > >
> > > On Sun, Mar 30, 2008 at 09:48:46PM +0300, ygrek wrote:
> > >
> > >> man dlopen says :
> > >>   Otherwise,  the
> > >>   dynamic  linker  searches for the library as follows (see ld.so(8) for
> > >>   further details):
> > >>   [...]
> > >>   o   The directories /lib and /usr/lib are searched (in that order).
> > >>
> > >> and man ld.so :
> > >>   The necessary shared libraries needed by the program are searched  for
> > >>   in the following order
> > >>   [...]
> > >>   o      In the default path /usr/lib, and then /lib.
> > >>
> > >> so what is searched first - /usr/lib or /lib?
> >
> > [...]
> >
> > > But I think it's sufficiently accurate to say that the /lib heirarchy
> > > is searched before that of /usr/lib, so ld.so.8 is wrong, thus
> > > reassigning.
> >
> > This correct.  NOTE: this bad text is in a Debian downstream patch.  The
> > usptream page is  correct on this point (and has been forever, AFAICS)
> The ld.so manpage seems to be introduced (not patched) by Debian's
> diff.  Where does the ld.so.8 page used by the rest of the world come
> from?  Does redhat or someone else maintain another page (separate
> from both glibc upstream and Debian).

It's in my set; ld.so.8 is one of the few section 8 pages in upstream man-pages.


-- 
Michael Kerrisk
Maintainer of the Linux man-pages project
http://www.kernel.org/doc/man-pages/
Want to report a man-pages bug? Look here:
http://www.kernel.org/doc/man-pages/reporting_bugs.html


Reply to: