Hi folks,
While updating Subversion (and SWIG) to their latest versions on my
development machine before I built nmap for gnome-nettool, I ran into a
problem building the python bindings:
/usr/bin/swig -I/sources/subversion-1.12.0/subversion-1.12.0/subversion
-I/sources/subversion-1.12.0/subversion-1.12.0/subversion/include
-I/sources/subversion-1.12.0/subversion-1.12.0/subversion/bindings/swig
-I/sources/subversion-1.12.0/subversion-1.12.0/subversion/bindings/swig/include
-I/sources/subversion-1.12.0/subversion-1.12.0/subversion/bindings/swig/proxy
-I/sources/subversion-1.12.0/subversion-1.12.0/subversion/bindings/swig/proxy
-I/usr/include/apr-1 -I/usr/include/apr-1 -I/usr/include -python
-classic -o subversion/bindings/swig/python/svn_client.c
./subversion/bindings/swig/svn_client.i
Deprecated command line option: -classic. This option is no longer
supported.
make: *** [build-outputs.mk:292:
subversion/bindings/swig/python/svn_client.c] Error 1
This seems to be because SWIG removed the "-classic" flag from their CLI
options. This was originally introduced to provide support for
Python-2.2 bindings, and since we're on Python-2.7, it no longer affects
us. However, because of the removal of this switch, the Python bindings
for SWIG will no longer build properly.
Originally, I worked around this by using "sed -i /-classic/d"
build-outputs.mk , however when validating it for the book before
introducing it, I noticed it failed building the ruby bindings. I'm not
sure if it's related or not, but I'll probably downgrade my system to
SWIG-3.x tomorrow and press on, unless you guys think I should go ahead
and investigate it further. Can someone confirm/reproduce this? It might
be worth an upstream bug report, as I looked there and couldn't find any
changes related to it (last change to Subversion's SVN repo in the
related folder was 2 weeks ago, which was the APR patch).
It's subversion-1.12.0 and SWIG-4.0.0 that seems to be the magical
combination for problems here.
Thank you,
Douglas R. Reno
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
