From owner-svn-ports-head@FreeBSD.ORG Wed Nov 28 09:40:10 2012 Return-Path: Delivered-To: svn-ports-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45CF41B9 for ; Wed, 28 Nov 2012 09:40:10 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with SMTP id 7B1CB8FC08 for ; Wed, 28 Nov 2012 09:40:08 +0000 (UTC) Received: (qmail 77402 invoked from network); 28 Nov 2012 09:40:05 -0000 Received: from unknown (HELO alex.andxor.it) (192.168.2.30) by andxor.it with SMTP; 28 Nov 2012 09:40:05 -0000 Message-ID: <50B5DBF5.9020801@FreeBSD.org> Date: Wed, 28 Nov 2012 10:40:05 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14 MIME-Version: 1.0 To: Alexey Dokuchaev Subject: Re: svn commit: r307891 - in head/benchmarks/bonnie++: . files References: <201211280826.qAS8QmWu077786@svn.freebsd.org> <20121128092232.GA45503@FreeBSD.org> In-Reply-To: <20121128092232.GA45503@FreeBSD.org> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, Ganael LAPLANCHE , ports-committers@freebsd.org X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 09:40:10 -0000 Alexey Dokuchaev ha scritto: > I wonder is it about time to drop this $PTHREAD_LIBS magic? It's been > -pthread on all supported versions of FreeBSD for a while now. Moreover, on 8.x and later there is no difference between -pthread and -lpthread, so the original motivation of using -pthread doesn't apply anymore: > Change the default value of PTHREAD_LIBS to -pthread for 5.x and > beyond. This avoids linking shared libraries with the thread library, > which causes problems when trying to change from one thread library to > another. Instead all binaries that link to a library that uses > threads must themselves respect PTHREAD_LIBS. -- Alex Dupre