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

[Matthew Mondor <mm_lists%pulsar-zone.net@localhost>]

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

From: Matthew Mondor <mm_lists%pulsar-zone.net@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: lib/46661: libpthread shouldn't provide __res_state()
Date: Thu, 5 Jul 2012 13:11:07 -0400

 On Thu,  5 Jul 2012 16:10:06 +0000 (UTC)
 River Tarnell <river%RT.UK.EU.ORG@localhost> wrote:
 
 >  But the program is single-threaded; it just happens to link against 
 >  libpthread.  Why shouldn't that work?
 
 Does the build system link it implicitely to libpthread because it makes
 use of dlfcn(3) to load modules?
 
 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.
 
 There is more information about it under pkgsrc/mk/dlopen.builtin.mk, I
 wonder if some packages could benefit from a custom
 DLOPEN_REQUIRE_PTHREADS setting, when they're known not to use
 threads...
 -- 
 Matt