Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 21268 invoked from network); 1 Jul 2007 18:17:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Jul 2007 18:17:37 -0000 Received: (qmail 90398 invoked by uid 500); 1 Jul 2007 18:17:37 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 90356 invoked by uid 500); 1 Jul 2007 18:17:37 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 90345 invoked by uid 99); 1 Jul 2007 18:17:36 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 01 Jul 2007 11:17:36 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of chip@force-elite.com designates 66.225.25.189 as permitted sender) Received: from [66.225.25.189] (HELO utopia.in.force-elite.com) (66.225.25.189) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 01 Jul 2007 11:17:33 -0700 X-AuthUser: chip@force-elite.com Received: from dhcp-113.in.force-elite.com (127.0.0.1:60030) by localhost with [XMail 1.17 (Linux/Ix86) ESMTP Server] id for from ; Sun, 01 Jul 2007 11:17:10 -0700 Message-ID: <4687EFA2.2060000@force-elite.com> Date: Sun, 01 Jul 2007 11:17:06 -0700 From: Paul Querna User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Davi Arnaut CC: dev@apr.apache.org Subject: Re: RFC: nptl runtime enforcement References: <4686EBAF.7090204@haxent.com.br> In-Reply-To: <4686EBAF.7090204@haxent.com.br> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Davi Arnaut wrote: > Hi, > > Posting to the list before committing since this may be a little bit > controversial. > > The patch adds a new argument to the --enable-threads option, which > enables a nptl-only build of apr. This enables the build process to make > better assumptions regarding the behavior (and speed) of a few lock > primitives (ie: apr_posixsem_is_global, much faster on nptl for > inter-process mutexes). > > The patch still needs some tweaking here and there, but any comments or > feedback would be greatly appreciated. wish: We didn't have to return APR_ENOTIMPL inside apr_initialize() if we were compiled with NPTL, but the runtime is missing it. request: I'm not sure about overloading --enable-threads. The --help output will need to be updated to reflect the availability of this option too. the idea: I like it. I think we should do it. -Paul