Because I was bitten by this rules.mk problem; I did a totally
redo-from scratch to find sanity.
And got a zillion of:
/home/dirkx/tmp/http/httpd-2.0/server/exports.c:1541: redefinition of
`ap_hack_apr_base64_encode_len'
/home/dirkx/tmp/http/httpd-2.0/server/exports.c:673:
`ap_hack_apr_base64_encode_len' previously defined here
..
exports.c file is essentially double: one from here
* /usr/home/dirkx/tmp/http/httpd-2.0/srclib/apr-util/include/apr_base64.h
and one further down from here.
* /home/dirkx/tmp/http/httpd-2.0/srclib/apr-util/include/apr_base64.h
I.e. the file:
./server/export_files
contains them twice; propably from
config.status:s,@APR_INCLUDEDIR@,/usr/home/dirkx/tmp/http/httpd-2.0/srclib/apr/include
/home/dirkx/tmp/http/httpd-2.0/srclib/apr/include,;t
Is this some transient thing in the configure stuff ? Is my libtool out of
date ?
ltmain.sh (GNU libtool) 1.3.4-freebsd-ports (1.385.2.196 1999/12/07 21:47:57)
or did I do something unbelievably stupid ?
Dw
Setup:
# NOTE: no apr installed anywhere.
mkdir -p tmp/http
cd tmp/http
cvs -d cvs.apache.org:/home/cvs co httpd-2.0
cd httpd-2.0
( cd srclib ; cvs -d cvs.apache.org:/home/cvs co apr apr-util)
./buildconf
./configure --with-maintainer-mode
make
