Hi, all...
fretfind@...540... wrote:
More specifically, here are the configure commands I've used and the corresponding output:
# CXX='ccache g++' ./configure
<snip> Use Python extensions: skipped Use Perl extensions: skipped
# CXX='ccache g++' ./configure --with-python=yes
<snip> Use Python extensions: no Use Perl extensions: skipped
What am I doing wrong?
The with-perl and with-python sections of configure.ac have always been clunky and could use some improvement. Even when you use --with-perl and --with-python, they need to be found by the script. Unlike a lot of other libs that we use, those tools do not use libtool or pkg-config to report their CFLAGS and LDFLAGS information. Both Python and Perl have their own mechanism to report their embedding information. In both cases I think they are a bit clumsy also. Someone might want to look at that part of the script to see if they have any ideas.
However, all you will get from the scripts right now are two stubs in both Perl and Python whose only purpose is to prove that scripting is plugged in. There is a hello() that does a "Hello, world." and an about() that shows the About dialog. That's it.
I have spent the past few days working hard to get something working in DOM. Yesterday I got the XPath grammar started, and am now working on a new lexical scanner for it. Once the dom/xpath stuff is plugged in, we should be able to begin scripting Inkscape pieces like this: inkscape::eval("/inkscape/dialogManager/dialog[strokeAndFill].setVisible(true)");
So, Perl and Python should be able to affect Inkscape (and the document, too) when requested. And -finally- the JS lib that we have been carrying for so long will be usable, and will always be available.
However, in the meantime, there should be nothing preventing anyone from scripting anything -outside- of Inkscape with Perl or Python.
Bob