Python extension doesn't build in recent svn

[Mepapp]

It's not finding files that are there....

In file included from extension/script/InkscapePython.cpp:19:
extension/script/CXX/Extensions.hxx:48:28: error: CXX/WrapPython.h: No such
file or directory
extension/script/CXX/Extensions.hxx:49:27: error: CXX/Version.hxx: No such
file or directory
extension/script/CXX/Extensions.hxx:50:26: error: CXX/Config.hxx: No such
file or directory
extension/script/CXX/Extensions.hxx:51:27: error: CXX/Objects.hxx: No such
file or directory
In file included from extension/script/InkscapePython.cpp:20:
extension/script/CXX/Objects.hxx:44:29: error: CXX/Exception.hxx: No such
file or directory
extension/script/CXX/Objects.hxx:47:10: error: #include expects "FILENAME"
or <FILENAME>
extension/script/CXX/Extensions.hxx:67: error: expected class-name before
‘{’ token
...

I all the paths for the includes are wrong. If I take out CXX/ on all the
files that are already in the CXX folder then it finds them but then fails
with the following:

if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/perl/5.8/CORE
-I/usr/include/python2.5 -I/usr/include/freetype2 -pthread -DORBIT2=1
-I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include
-I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/freetype2
-I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/lib/gtk-2.0/include
-I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/freetype2
-I/usr/include/libpng12 -DPOTRACE=\"potrace\" -pthread
-I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include
-I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include
-I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0
-I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0
-I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2
-I/usr/include/libpng12 -I/usr/include/gtkmm-2.4
-I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6
-I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/include/gtkspell-2.0
-I../cxxtest -Wall -Wformat-security -W -Wpointer-arith -Wcast-align
-Wsign-compare -Woverloaded-virtual -Wswitch -D_FORTIFY_SOURCE=2
-Wno-unused-parameter -g -O2 -MT extension/script/InkscapePython.o -MD -MP
-MF "extension/script/.deps/InkscapePython.Tpo" \
          -c -o extension/script/InkscapePython.o `test -f
'extension/script/InkscapePython.cpp' || echo
'./'`extension/script/InkscapePython.cpp; \
        then mv -f "extension/script/.deps/InkscapePython.Tpo"
"extension/script/.deps/InkscapePython.Po"; \
        else rm -f "extension/script/.deps/InkscapePython.Tpo"; exit 1; \
        fi
extension/script/InkscapePython.cpp: In member function ‘virtual bool
Inkscape::Extension::Script::InkscapePython::interpretScript(const
Glib::ustring&, Glib::ustring&, Glib::ustring&)’:
extension/script/InkscapePython.cpp:466: warning: unused variable
‘line’
make[2]: *** No rule to make target `extension/script/cxx/cxxextensions.c',
needed by `extension/script/cxx/cxxextensions.o'. Stop.
make[2]: Leaving directory `/home/spool/src/inkscape/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/spool/src/inkscape'
make: *** [all] Error 2

thanks, i've never actually filed a patch before, so I'm not sure how to do
that. It's pretty easy to go through and replace all the paths of the files
in the CXX folder.

-griff

[Hans Ulrich Niedermann (ndim)]

This patch worked for me (rev 16636, https://inkscape.svn.sourceforge.net/svnroot/inkscape/inkscape/trunk).

srcdir was in $HOME, builddir in /tmp/inkscape.build.

[Bryce Harrington (bryce)]

Ishmal, could you please look into this? Something's not quite right with the CXX dir in the build system.

[Hans Ulrich Niedermann (ndim)]

My patch should add the proper -I part to add the appropriate directory to the compiler's include file search path.

[Purdea Andrei (purdeaandrei)]

I encountered the same bug, and the patch worked for me!

[Hans Ulrich Niedermann (ndim)]

Uhm. Why is the status of this "incomplete"?

As far as I can tell, we have the problem confirmed, we have a patch, and the patch has been confirmed to work.

[FlagMan (flagman)]

bump --- I hit this bug in 0.46-rc3 !
What's wrong with applying the patch from comment1 ?
Setting this to confirmed for now...

[jazzynico (jazzynico)]

This report seems a bit outdated.
Could we close it?

[Krzysztof Kosinski (tweenk)]

Closing since apparently it doesn't happen any more, and the relevant files no longer even exist in SVN.