From dev-return-17659-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Fri Dec 01 07:51:36 2006 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 96605 invoked from network); 1 Dec 2006 07:51:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Dec 2006 07:51:34 -0000 Received: (qmail 28502 invoked by uid 500); 1 Dec 2006 07:51:30 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 28468 invoked by uid 500); 1 Dec 2006 07:51:30 -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 28440 invoked by uid 99); 1 Dec 2006 07:51:30 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Nov 2006 23:51:30 -0800 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 justin.erenkrantz@gmail.com designates 64.233.182.191 as permitted sender) Received: from [64.233.182.191] (HELO nf-out-0910.google.com) (64.233.182.191) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Nov 2006 23:51:18 -0800 Received: by nf-out-0910.google.com with SMTP id x37so3297329nfc for ; Thu, 30 Nov 2006 23:50:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=a/w3OlyAeMsXwEfDh9TVOvbznSk3yn2dz0ZjscMdEqIyrvN2auTh8UP9uYPtPoGxe7d99rD0ZFdCxyzRphU8nEjPP4/PfVOYGpo683xJJRlSjjprQrnHoeZQ3UJAtbn9W40bRB36VjjoYwUKdjef70Gh3AqqxG56Tos6Lg7Z8UY= Received: by 10.78.149.13 with SMTP id w13mr4551675hud.1164959456502; Thu, 30 Nov 2006 23:50:56 -0800 (PST) Received: by 10.78.81.4 with HTTP; Thu, 30 Nov 2006 23:50:56 -0800 (PST) Message-ID: <5c902b9e0611302350l55bd4b2ay75221e11156f4e2c@mail.gmail.com> Date: Thu, 30 Nov 2006 23:50:56 -0800 From: "Justin Erenkrantz" Sender: justin.erenkrantz@gmail.com To: dev@apr.apache.org Subject: Re: windows && threads In-Reply-To: <20061130041024.GB16503@cox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061130041024.GB16503@cox.net> X-Google-Sender-Auth: 9efb19ff8997d5d9 X-Virus-Checked: Checked by ClamAV on apache.org On 11/29/06, Bob Rossi wrote: > I'm trying to configure/build apr on windows with threads. I already see > that apr can be built with cl and windows threads. However, currently > I'd like to avoid using cl, since my project uses the autotools. > > I have a few questions, > > - can apr be built with mingw and cygwin posix threads? > - can apr be built with mingw and native posix threads? > - can apr be built with cygwin g++ and cygwin posix threads? > - can apr be built with cygwin g++ and native posix threads? > - can apr be built with either mingw or g++ and with any thread library? > > I can't seem to get past the configure stage, with out it telling me > that apr will disable thread support. If this answer is already > documented, I'm sorry, please point me in the correct direction. > > If it's not already documented, it should be added somewhere, as I've > spent several hours trying to solves this problem already. I'm sure it > would benefit a lot of people. It seems that somehow it's gotten overly complicated for you. Here's the steps I've used with MinGW / msys. 1. Checkout trunk of apr 2. ./buildconf 3. ./configure --enable-experimental-libtool=yes 4. make 5. make install Windows threads work just fine (i.e. MinGW uses thread/win32/*). 'testall.exe testthread' works. At a minimum, I know Paul's had success building APR under MinGW too. I know from personal experience that httpd, Subversion, and other APR-using projects work okay with MinGW with only a few minor caveats. (Largely that projects assume #ifdef Win32 == MSVC which is kind of bogus anyway.) So, it really sounds like you're running into issues none of us are. Can you please give us some details about how your setup is different? Note that we make minimal guarantees about cygwin as it presents itself as Unix - not Win32. On the other hand, MinGW is true Win32 (albeit a different compiler). -- justin