From: Nick Ing-Simmons [mailto:nick@ing-simmons.net] > > > 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. That's exactly how I tripped over this problem - before releasing the latest version of Compress::Zlib I was checking that it worked with all versions of Perl and all versions of zlib. PaulThread Previous