apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Orton <jor...@redhat.com>
Subject Re: MacOS 10.4.x data > 64k problem
Date Fri, 05 Aug 2005 13:32:50 GMT
On Fri, Aug 05, 2005 at 03:25:05PM +0200, Sive Lindmark wrote:
> and a answer was that it seams to be a bug in libapr .. and I should 
> try the latest code from the APR project. So I tried .. but could not 
> get the latest snabshoot apr_20050804222905.tar.gz working with apache 
> ...
> 
> /usr/local/apr/build-1/libtool --silent --mode=compile gcc -g -O2    
> -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp    
> -I/Users/boka/httpd-2.1.6-alpha/srclib/pcre -I. 
...
> -I/Users/boka/httpd-2.1.6-alpha/modules/dav/main  -prefer-non-pic 
> -static -c exports.c && touch exports.lo
> exports.c:1572: error: redefinition of 'ap_hack_apr_allocator_create'
> exports.c:687: error: previous definition of 
> 'ap_hack_apr_allocator_create' was here
> exports.c:1573: error: redefinition of 'ap_hack_apr_allocator_destroy'
> exports.c:688: error: previous definition of 
> 'ap_hack_apr_allocator_destroy' was here

This kind of error can happen when there is an existing installation of 
httpd in the prefix for which this build is configured.  Remove the 
existing installations completely, and start again from scratch using 
2.0.54, using the "export ac_cv_func_poll=no" trick given in the 
Subversion FAQ.

joe

Mime
View raw message