[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: lib/46661: libpthread shouldn't provide __res_state()
The following reply was made to PR lib/46661; it has been noted by GNATS.
From: Matthew Mondor <mm_lists%pulsar-zone.net@localhost>
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
Main Index |
Thread Index |