Paul Marquess <Paul.Marquess@btinternet.com> writes: > >Aaah, didn't know that. > >In that case, xsubpp is being installed, but MakeMaker musn't know. This is >what I get when I try to build DB_File in standalone mode (I get the same >problem with Compress::Zlib) > >gcc-3.3.1 -c -I/usr/local/BerkeleyDB/include -DDEBUGGING -fno-strict-aliasi >ng - >I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/includ >e/gd >bm -g -DVERSION=\"1.808\" -DXS_VERSION=\"1.808\" -fpic >"-I/home/paul/install/g >cc-3.3.1/perl/std/5.9.0/lib/5.9.0/i686-linux/CORE" -D_NOT_CORE -DmDB_Prefi >x_t= >size_t -DmDB_Hash_t=u_int32_t version.c >make: *** No rule to make target `ExtUtils/xsubpp', needed by `DB_File.c'. Tk is similar. perl5.9.0 Makefile.PL make ... make[1]: Entering directory `/home/p4work/Tkutf8/Xlib' cp Xlib.pm ../blib/lib/Tk/Xlib.pm make[2]: Entering directory `/home/p4work/Tkutf8/Xlib/X' cp X.pm ../../blib/lib/Tk/X.pm AutoSplitting ../../blib/lib/Tk/X.pm (../../blib/lib/auto/Tk/X) make[2]: *** No rule to make target `ExtUtils/xsubpp', needed by `X.c'. Stop. make[2]: Leaving directory `/home/p4work/Tkutf8/Xlib/X' make[1]: *** [subdirs] Error 2 make[1]: Leaving directory `/home/p4work/Tkutf8/Xlib' make: *** [subdirs] Error 2 nick@llama:/home/p4work/Tkutf8> The old way of finding xsubpp is safer than expecting to find the right one in PATH. When one has a lot of diverse perls to test things on one tends to do /path/to/some/perl Makefile.PL make and expect the Makefile to have captured the perl to use and hence its %Config and install paths etc. etc.Thread Previous | Thread Next