Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: neutral (hermes.apache.org: local policy)
Message-ID: <079201c51f4a$de1423f0$e6ec6f83@robinson.cam.ac.uk>
From: "Max Bowsher" <maxb@ukf.net>
To: <dev@apr.apache.org>
References: <d03tco$9do$1@sea.gmane.org>
 <6.2.1.2.2.20050302100820.0615d950@pop3.rowe-clan.net>
Subject: Re: Cannot link APR library with MinGW
Date: Wed, 2 Mar 2005 17:09:44 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
Sender: mob22@hermes.cam.ac.uk

William A. Rowe, Jr. wrote:
> At 02:31 AM 3/2/2005, Maxim wrote:
>> Has anyone use APR library (http://apr.apache.org) with your application 
>> for
>> Win32 with MinGW?
>>
>> First, I tried compiling APR library with MinGW but got the same error 
>> about
>> shared memory allocation support:
>>
>> ./configure:Error: decision on anonymous shared memory allocation method
>> failed
>
> This sort of check means that no decision can be made.
>
> The reason that it can't be made is that APR is only designed
> to be compiled native (the foo/win32/ source trees), and the
> foo/unix/ trees won't be ported to provide faux-unix support.
>
> APR is designed to take advantage of the environment, should
> we transpose apr concepts into unix concepts into win32 through
> two proxies (apr and unix compat layers such as mingw/cygwin)
> we will get this wrong and lose any potential benefit of a
> portability layer.
>
> Obviously, for this to work on mingw or cygwin, the appropriate
> autoconf and code elections must be programmed into configure.in
> and the included macros in build/.

*Big* difference between mingw and cygwin.

For mingw, yes, the win32 code needs to be selected in appropriately, 
because mingw isn't really a compat layer - rather it's the GNU toolchain 
running on undisguised Windows.

On Cygwin, however, apr works very nicely built in unix mode - both Apache 2 
and Subversion both work on Cygwin with minimal tweaking - and indeed it 
would be fatal to try and make apr use the win32 code on cygwin, since it 
would break cygwin's unixy abstractions for apr's client programs.

Max.