From owner-freebsd-ports@FreeBSD.ORG Wed Nov 29 14:57:28 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 653B016A403; Wed, 29 Nov 2006 14:57:28 +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 CFBBD43CA2; Wed, 29 Nov 2006 14:57:25 +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 kATEvRhS000970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Nov 2006 09:57:27 -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 kATEvQ0H000968; Wed, 29 Nov 2006 09:57:26 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Norikatsu Shigemura Date: Wed, 29 Nov 2006 09:57:25 -0500 User-Agent: KMail/1.9.5 References: <20061127222709.aa35ab22.nork@FreeBSD.org> <200611271114.42304@aldan> <20061129230636.aef46d92.nork@FreeBSD.org> In-Reply-To: <20061129230636.aef46d92.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: Wed, 29 Nov 2006 14:57:28 -0000 On Wednesday 29 November 2006 09:06, Norikatsu Shigemura wrote: = > 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. = = ššššššššI understand your ideal, think so too. šHowever, in fact, it is = ššššššššunrealistic environment:-(. Norikatsu, this is not some unreachable ideal (libm is not). If no application is calling into a library from multiple threads in parallel, that library need not be thread-aware. You are (slightly) pessimizing your installation by building a thread-aware ICU without having a need for it... -mi