Date: Wed, 13 Jun 2007 09:53:47 -0400 From: "Alexander Kabaev" <kabaev@gmail.com> To: "Alexander Leidinger" <Alexander@leidinger.net> Cc: freebsd-current@freebsd.org, Jeremie Le Hen <jeremie@le-hen.org>, bsam@freebsd.org Subject: Re: "-pthread" == "-lpthread" for shared libs in -CURRENT Message-ID: <8e5ef5f70706130653g67234d5bld951d682402ec257@mail.gmail.com> In-Reply-To: <20070613154737.jpo1jq3vkgk4kccc@webmail.leidinger.net> References: <20070602121928.G90169@kushnir1.kiev.ua> <20070613064806.GB39533@obiwan.tataz.chchile.org> <20070613083751.606eee96@kan.dnsalias.net> <20070613154737.jpo1jq3vkgk4kccc@webmail.leidinger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 6/13/07, Alexander Leidinger <Alexander@leidinger.net> wrote: > Quoting Alexander Kabaev <kabaev@gmail.com> (from Wed, 13 Jun 2007 > 08:37:51 -0400): > > > I think this was related to the way we used to support threads in > > 3.x/early 4.x releases. The program was supposed to link with either > > libc or libc_r, but not both and having both libraries loaded at the > > same time was really bad idea. Recording dependency to libc_r or libc > > into shared libraries makes shared libraries that work in both threaded > > and non-threaded programs impossible. > > So we can switch to recording the lib dependencies in libs now? I > think this would help to let firefox do some SSO stuff with kerberos > (loading it as a plugin causes it to moan because some depending lib > is not loaded, bsam@ should be able to explain the technical details). > We alsways did. libc and libpthread were the only two weird ones in pre-gcc 4.2 world, and that has changed back to what it should be when gcc 4.2 was imported. -- Alexander Kabaev
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8e5ef5f70706130653g67234d5bld951d682402ec257>