Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: neutral (nike.apache.org: 76.96.59.212 is neither permitted nor
 denied by domain of jim@jagunet.com)
Subject: Re: Mac OS X Universal builds and APR
Mime-Version: 1.0 (Apple Message framework v1076)
Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes
From: Jim Jagielski <jim@jaguNET.com>
In-Reply-To: <E169A57D-31AF-47CF-AFE9-78B795F329BB@barrys-emacs.org>
Date: Sun, 18 Oct 2009 11:58:20 -0400
Cc: dev@apr.apache.org
Content-Transfer-Encoding: 7bit
Message-Id: <7C3576B5-1E57-4E63-BAFC-3B0C3AFA50BF@jaguNET.com>
References: <E169A57D-31AF-47CF-AFE9-78B795F329BB@barrys-emacs.org>
To: Barry Scott <barry@barrys-emacs.org>


On Oct 18, 2009, at 11:11 AM, Barry Scott wrote:

> I'm the author of pysvn that depends on subversion that depends on  
> APR.
>
> The convient way to build universal binaries on the Mac is to use - 
> arch. For example
> to get a binary that is 32bit and 64bit:
>
> 	gcc -arch i386 -arch x86_64
>
> This works so long as the code that is being compile is portable  
> between the
> arch chosen.
>
> I have found that I cannot build subversion as a Mac OS X Universal  
> binary
> because of none portable code in apr.h created by configure.
>
> apr.h is configured for 32bit or 64bit and that causes either 32bit  
> or 64bit to
> fail.
>
> Items that would need to handled are:
>
> apr_int64_t aways define as long long on Mac.
>
> APR_SIZEOF_VOIDP would need to be set based on preprocessor symbols.
>
> I'm sure there are more issues that I have not noticed.
>
> Are you aware of these issues?
>
> Do you consider they need fixing?
>
> Barry
>

We are aware of these. A patch to address these have been vetoed.
For the time being, this is the way it is.