Date: Thu, 5 Feb 2004 23:12:17 -0500 From: Paul Murphy <pnmurphy@cogeco.ca> To: Andre Guibert de Bruet <andy@siliconlandmark.com> Cc: current@freebsd.org Subject: Re: HEADS UP: libkse -> libpthread switch Message-ID: <20040205231217.39a18d14@earth.upton.net> In-Reply-To: <20040205143130.N10185@alpha.siliconlandmark.com> References: <Pine.GSO.4.10.10401300722060.7499-100000@pcnet5.pcnet.com> <20040130142603.GE99895@madman.celabo.org> <401A7FAF.7080402@freebsd.org> <20040205072422.GB11291@VARK.homeunix.com> <20040205143130.N10185@alpha.siliconlandmark.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Signature=_Thu__5_Feb_2004_23_12_17_-0500_dR0aP/de6FG2gv70 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Thu, 5 Feb 2004 14:33:12 -0500 (EST) Andre Guibert de Bruet <andy@siliconlandmark.com> wrote: > > On Wed, 4 Feb 2004, David Schultz wrote: > > > On Fri, Jan 30, 2004, Scott Long wrote: > > > Jacques A. Vidrine wrote: > > > >On Fri, Jan 30, 2004 at 07:34:02AM -0500, Daniel Eischen wrote: > > > > > > > >> Until > > > >> the ports system is updated to handle this change, it is > > > >> recommended that folks install an /etc/libmap.conf(5) that > > > >> maps libc_r to libpthread. > > > > > > > >Why, exactly? (curious) > > > > > > > >IMHO it is unacceptable to require /etc/libmap.conf to exist. I > > > >know this is temporary, but I hope it is *really* temporary. > > > > > > We certainly are not going to ship 5.3 like this. However, given > > > that HEAD is a development branch and that change does not happen > > > instantly, I think that this fine for now. > > > > Actually, installing a libmap.conf mapping libc_r to libpthread by > > default in 5.3 might be *less* painful than the alternative. > > Otherwise, an application compiled after the change that links > > against a multithreaded library compiled before the change might > > depend on both libc_r.so and libpthread.so, which would inevitably > > cause things to go wrong at runtime. Without a libmap.conf, it > > would seem that users would be forced to upgrade all of their > > applications and libraries that depend on libc_r simultaneously. > > Could mergemaster be coerced into installing a sane libmap.conf until > things settle? > If I create a libmap.conf file mapping libc_r to libpthread MozillaFirebird fails to run! There are no error messages to log or console, it just sits there. I know you are going to say recompile Firebird, but this may be a warning to others with programmes that fail to run for no apparent reason. --Signature=_Thu__5_Feb_2004_23_12_17_-0500_dR0aP/de6FG2gv70 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAIxQo2Ev+mfbss0wRAtz1AKC9VkR7Mzo0gaI0PHoOStcJoEJVfwCdEf5y /KLq0xPKHdnmZlu27Z451Pw= =CRJn -----END PGP SIGNATURE----- --Signature=_Thu__5_Feb_2004_23_12_17_-0500_dR0aP/de6FG2gv70--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040205231217.39a18d14>