From owner-freebsd-ports@FreeBSD.ORG Mon Nov 27 16:22:36 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 892A716A567; Mon, 27 Nov 2006 16:22:36 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68D5743D5F; Mon, 27 Nov 2006 16:21:31 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id kARFxa8g065063; Tue, 28 Nov 2006 00:59:36 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 28 Nov 2006 00:59:36 +0900 From: Norikatsu Shigemura To: Mikhail Teterin Message-Id: <20061128005936.5ae4b851.nork@FreeBSD.org> In-Reply-To: <200611271032.18366@aldan> References: <20061127222709.aa35ab22.nork@FreeBSD.org> <200611271032.18366@aldan> X-Mailer: Sylpheed version 2.3.0beta5 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 28 Nov 2006 00:59:37 +0900 (JST) Cc: ports@FreeBSD.org, Norikatsu Shigemura 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:22:36 -0000 On Mon, 27 Nov 2006 10:32:17 -0500 Mikhail Teterin wrote: > On Monday 27 November 2006 08:27, Norikatsu Shigemura wrote: > = Hi mi! > = I found a problem that icu don't reflect PTHREAD_LIBS=ANY(like -lthr). > = Please check following patch. > Thanks, I'll try it... Do you need it to be thread-aware though? It is built > by default without threads at all (because threads are/were busted on > FreeBSD/ia64). Now, there is a argument about libthr is default on 7.x. We test libthr environment little(maybe only on sparc64). But we don't almost test it on i386. So I'm testing libthr environment on 7-current/i386. It is a rule that BLENDING THREAD LIBRARIES IS TOO DANGER. So if we try to get libthr environment, we must select following approch. 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. > 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.