From owner-freebsd-current@FreeBSD.ORG Tue Sep 23 16:18:43 2003 Return-Path: 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 8338416A4B3 for ; Tue, 23 Sep 2003 16:18:43 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4CC1543F93 for ; Tue, 23 Sep 2003 16:18:41 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 12960 invoked by uid 65534); 23 Sep 2003 23:18:40 -0000 Received: from cvpn013.gwdg.de (EHLO gmx.net) (134.76.22.13) by mail.gmx.net (mp023) with SMTP; 24 Sep 2003 01:18:40 +0200 X-Authenticated: #17236065 Message-ID: <3F70D4EB.1080604@gmx.net> Date: Wed, 24 Sep 2003 01:19:07 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5b) Gecko/20030911 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: deischen@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Freebsd Current Subject: Re: Fixing -pthreads (Re: ports and -current) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 23 Sep 2003 23:18:43 -0000 Daniel Eischen wrote: > On Tue, 23 Sep 2003, Marcin Dalecki wrote: > > >>Scott Long wrote: >> >> >>>I'm perfectly happy to support the libkse->libpthread switch, and I'm >>>perfectly happy to support making libpthread be the default threading >>>library. But, I strongly believe that we need to also treat -pthread >>>sanely. >> >>You have to decide what the therading lib should be indeed. >>However recent expirence shows that a 1:n model seems to be the >>one the world over you is gearing around: Linux never did anything else. >>Windows anyway. Solaris switched from n:m to 1:n on the step between >>version 8 and 9.... Having two of them isn't the solution for me as a developer >>since I'm simply not interresed in debugging both cases. > > > This is a reason why -pthread shouldn't imply linking > to any one library. If you only want to deal with > libthr or libthread (KSE in 1:1 mode), then you are > free to choose them and only them. Last time I heard that "this is a link time option". So you are supposed to change the lib under the hood of the applications controll. Making -ptherad empty is silly. If you are going to disable this perfectly sensible compiler switch then BY EVERY MEANS better make it BREAK CYRING ABOUT THIS FACT. But don't just silent it.... >