From owner-freebsd-current@FreeBSD.ORG Fri Nov 10 17:20:47 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99BD316A407 for ; Fri, 10 Nov 2006 17:20:47 +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 0DA3543D45 for ; Fri, 10 Nov 2006 17:20:46 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with ESMTP id kAAHKiec047914 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Nov 2006 02:20:45 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 11 Nov 2006 02:20:44 +0900 From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org Message-Id: <20061111022044.8191e1c8.nork@FreeBSD.org> In-Reply-To: <20061110151247.GA64530@zone3000.net> References: <20061110151247.GA64530@zone3000.net> X-Mailer: Sylpheed version 2.3.0beta4 (GTK+ 2.10.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Sat, 11 Nov 2006 02:20:45 +0900 (JST) Cc: Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 17:20:47 -0000 On Fri, 10 Nov 2006 17:12:47 +0200 Nikolay Pavlov wrote: > Hi. In this post i am not trying to raise a discussion about teoretical > advantages of some special threading model, but still i would like to > figure out why libthr in it current state is not our default posix > thread library and could it be so in time of 7-STABLE? I don't agree. Do test, run by again, do test. I read a discussion about libpthread vs libthr, so I tested on my environments(7-current SMP and 6-stable UP). My result is NOT YET, and I resurrected to libpthread environment. 1. libthr is not enough mature. At this time, libpthread's pthread API support > libthr's pthread API support. So libthr lacks of compatibility with libpthread. It is not good. 2. Not PTHREAD_CFLAGS/PTHREAD_LIBS clean At this time, tinderbox doesn't test PTHREAD_CFLAGS/ PTHREAD_LIBS clean. We have need to check PTHREAD_CFLAGS/ PTHREAD_LIBS clean on all ports. 3. Is libthr environments useful? I don't think. Yes, I think that some applications like mysql are useful. However, in all FreeBSD environment system, by 1 and 2, libthr is not useful.