Date: Thu, 25 Jan 2007 18:50:31 +0100 From: Jean-Yves Lefort <jylefort@FreeBSD.org> To: pav@FreeBSD.org Cc: Andriy Gapon <avg@icyb.net.ua>, freebsd-gnome@FreeBSD.org Subject: Re: problem with devel/glib20+COLLATION_FIX=yes+devel/icu+THREADS=yes Message-ID: <20070125185031.0421b071.jylefort@FreeBSD.org> In-Reply-To: <1169743029.21893.88.camel@pav.hide.vol.cz> References: <45B8C3B7.5000606@icyb.net.ua> <20070125171313.45b744b0.jylefort@FreeBSD.org> <1169743029.21893.88.camel@pav.hide.vol.cz>
next in thread | previous in thread | raw e-mail | index | archive | help
--Signature=_Thu__25_Jan_2007_18_50_31_+0100_4c=v5u9P0D=ces9U Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Thu, 25 Jan 2007 17:37:09 +0100 Pav Lucistnik <pav@FreeBSD.org> wrote: > Jean-Yves Lefort píše v čt 25. 01. 2007 v 17:13 +0100: > > On Thu, 25 Jan 2007 16:50:31 +0200 > > Andriy Gapon <avg@icyb.net.ua> wrote: > > > > > The problem with combination of port devel/glib20 config-ed with > > > COLLATION_FIX=yes and port devel/icu config-ed with THREADS=yes is that > > > glib2 pkg-config files are not updated with new dependencies coming from > > > icu. When icu is built with threads support then icu shared libraries > > > become dependent on system thread library (libthr/libpthread) and thus > > > glib20 libraries also become dependent on system thread library (when > > > COLLATION_FIX=yes). But this dependency is not reflected in pkg-config > > > --libs. > > > > > > [...] > > > > This and other similar problems (inability to dlopen() a library using > > libpthread from a program not using libpthread, etc) is caused of the > > unfortunate use of -pthread instead of -lpthread in the definition of > > PTHREAD_LIBS (see the commit message of bsd.port.mk revision 1.499). > > > > To fix it, one should revert PTHREAD_LIBS to -lpthread in bsd.port.mk > > and handle the resulting ports tree chaos. > > I thought this can be solved by fixing the stubs in libc ? That's a prerequisite. Had I read the initial mail slower, I'd have noticed the libpthread occurrence in the ldd output of libicuuc, meaning that icu ignores PTHREAD_LIBS and uses -lpthread instead. -- Jean-Yves Lefort jylefort@FreeBSD.org http://lefort.be.eu.org/ --Signature=_Thu__25_Jan_2007_18_50_31_+0100_4c=v5u9P0D=ces9U Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFuO3nyzD7UaO4AGoRAkxZAJ44yc9zTusu5epJUHZ5G4oh8SVjcgCcCkqF +PGlLAzmKIcuOB2N3hh4w0Q= =Ebvx -----END PGP SIGNATURE----- --Signature=_Thu__25_Jan_2007_18_50_31_+0100_4c=v5u9P0D=ces9U--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070125185031.0421b071.jylefort>