On Jul 14, 2010, at 4:49 PM, ~suv wrote:
On 14/7/10 16:46, Ted Gould wrote:
On Wed, 2010-07-14 at 09:59 +0200, ~suv wrote:
- make error due to hardcoded 'libtoolize' in autogen.sh
$ make CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh /Volumes/blue/src/Inkscape/src/inkscape-repo/mp-x11/missing --run aclocal-1.11 cd . && /bin/sh /Volumes/blue/src/Inkscape/src/inkscape-repo/mp-x11/missing --run automake-1.11 --foreign configure.ac:33: required file `./ltmain.sh' not found make: *** [Makefile.in] Error 1
On OS X libtool and libtoolize are installed as 'glibtool' and 'glibtoolize'. autogen.sh should either test for it or maybe use the environment variables ($LIBTOOL, $LIBTOOLIZE) which could be set in the packaging script (packaging/macosx/osx-build.sh).
After editing autogen.sh (replace "libtoolize" with "glibtoolize") to test the fix, autogen.sh and configure ran through:
Hmm, how odd. But, sure that makes sense. Do you know what's preferred?
Unfortunately I do not know what is preferred (a google search showed results with both mentioned variants, possibly others), nor am I sure it is the correct solution here - maybe overriding Apple's libtool with the local ./libtool generated by glibtoolize causes the link error below.
Do we know for sure that libtoolize is what we want to use?
By default on my one Ubuntu install I do not have libtoolize, but I *do* have libltdl
It seems like a smaller and less invasive part of libtool if it will cover our needs.