[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

apache 2.0.55 and svn 1.2.3 - perl bindings broken ?

From: Kostik Belousov <kostikbel_at_gmail.com>
Date: 2005-11-02 14:37:33 CET

Hello,

this is on 6.0-STABLE freebsd machine. I have apache 2.0.55,
swig 1.3.27 and neon 0.4.27 installed from ports.
I am trying to build svn 1.2.3 with the following configure line:

CC=cc ./configure --build=i386-portbld-freebsd6 --with-ssl \
        --with-neon=/usr/local --with-swig=/usr/local \
        --enable-swig-bindings="python perl" \
        --with-apxs=`which apxs` \
        --with-apr=/usr/local/lib/apache2/apr-config \
        --with-apr-util=/usr/local/lib/apache2/apu-config

Build of the subversion proper goes well, but when I built perl bindings by
gmake swig-pl,

I got the error:

/usr/local/bin/swig -noproxy -nopm -perl -I../../../../../subversion/bindings/swig -I../../../../../subversion/bindings/swig/perl/libsvn_swig_perl -I../../../../../subversion/include -I/usr/local/include/apache2 -o core.c ../../../../../subversion/bindings/swig/core.i
/usr/local/include/apache2/apr.h:400: Error: no decision has been made on APR_PATH_MAX for your platform
gmake[1]: *** [core.c] 1
gmake[1]: Leaving directory `/usr/home/kostik/build/subversion-1.2.3/subversion/bindings/swig/perl/native'
gmake: *** [swig-pl] 2

Sure, the apache2/apr.h needs definition for PATH_MAX from limits.h, but due
to (understandable) absence of -includeall option to swig, apr.h bails out.

Is this a configuration error (on my side) or apache 2.0.55 and
perl bindings in svn 1.2.3 are broken when put together ?

Thank you,
Kostik Belousov

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Nov 2 15:32:59 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.