Re: lib/46661: libpthread shouldn't provide __res_state()

[River Tarnell <river%RT.UK.EU.ORG@localhost>]

The following reply was made to PR lib/46661; it has been noted by GNATS.

From: River Tarnell <river%RT.UK.EU.ORG@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: lib-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
        netbsd-bugs%netbsd.org@localhost
Subject: Re: lib/46661: libpthread shouldn't provide __res_state()
Date: Thu, 5 Jul 2012 18:19:24 +0100

 Matthew Mondor:
 >  Does the build system link it implicitely to libpthread because it makes
 >  use of dlfcn(3) to load modules?
   
 In this case it's because it links against libpq:
 
 yvaine# ldd /usr/pkg/lib/libpq.so
 /usr/pkg/lib/libpq.so:
        ...
         -lpthread.0 => /usr/lib/libpthread.so.0
 
 yvaine# ldd /usr/pkg/libexec/postfix/smtp   
 /usr/pkg/libexec/postfix/smtp:
        ...
         -lpq.5 => /usr/pkg/lib/libpq.so.5
         -lpthread.0 => /usr/lib/libpthread.so.0
 
 >  I think I remember about some such issue with some software (i.e.
 >  Apache 1.3 + PHP + PHP-GD, but on netbsd-5).  GD somehow wasn't working
 >  well if linked against libpthread (I forgot why) but pkgsrc implicitely
 >  linked everything that used the module system against libpthread.
 
 In the MySQL case (libmysqlclient) libpthread is really required because 
 the MySQL client is thread safe and uses pthread primitives for that.  I 
 don't know if that's the case in PostgreSQL as well off hand.
 
        - river.