From owner-freebsd-ports@FreeBSD.ORG Mon Nov 27 16:19:38 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49B1116A8EE; Mon, 27 Nov 2006 16:19:38 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7EB743F4E; Mon, 27 Nov 2006 16:13:42 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.7) with ESMTP id kARGEhKD087880 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Nov 2006 11:14:43 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.7/Submit) id kARGEgpP087879; Mon, 27 Nov 2006 11:14:42 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Norikatsu Shigemura Date: Mon, 27 Nov 2006 11:14:41 -0500 User-Agent: KMail/1.9.5 References: <20061127222709.aa35ab22.nork@FreeBSD.org> <200611271032.18366@aldan> <20061128005936.5ae4b851.nork@FreeBSD.org> In-Reply-To: <20061128005936.5ae4b851.nork@FreeBSD.org> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: ports@freebsd.org Subject: Re: ports/devel/icu: PTHREAD_LIBS clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 16:19:38 -0000 On Monday 27 November 2006 10:59, Norikatsu Shigemura wrote: = šššššššš1. PTHREAD_LIBS=-lthr = šššššššš š So I removed libpthread.*, I'm testing. = = šššššššš2. WITHOUT_LIBPTHREAD=yes >> /etc/src.conf and make world = šššššššš š ru@ committed this way. šSo I can do it. = šššššššš š But we can only use on 7-current. šIf you'll try to get = šššššššš š libthr environment, you can only select 1. = = šššššššš3. libpthread.so.2 -> libthr.so.2 in /etc/libmap.conf IS TOO BAD = šššššššš š I don't think this approch is good, believe that I'll get = šššššššš š unstable environment. It will be just as unstable, as one achieved by 1. or 2. Just much easier and without world-rebuilds. = > ICU developers think, threads ought to be enabled, but there really is no = > software at the moment, which calls into ICU from multiple threads at the = > same time, AFAIK... = = ššššššššI don't think trying to use multiple threads at the same time. = ššššššššBut if applications use libthr, libraries must use libthr, too. You are right about the dangers of mixing different thread implementations, but library may also be not using threads _at all_. -lm, for example, is happily used by many threaded programs without itself being thread-aware. (If anything, a library, even a thread-aware one, should, arguably, not be explicitly linking with any thread implementation -- this way, it will use, whatever implementation the application is using. But that's a different topic...) -mi