On Mon, May 19, 2003 at 11:43:22PM -0700, Michael G Schwern wrote: > On Mon, May 19, 2003 at 11:35:02PM -0700, Michael G Schwern wrote: > > Writing Makefile.aperl for Pie > > make -f Makefile.aperl perl > > Writing perlmain.c > > cd . && cc -c "-I/usr/local/perl5.8.0/lib/darwin-64all/CORE" \ > > -pipe -fno-common -no-cpp-precomp -DDEBUGGING -fno-strict-aliasing -O3 -g \ > > -DVERSION=\"0.01\" \ > > -DXS_VERSION=\"0.01\" "-I/usr/local/perl5.8.0/lib/darwin-64all/CORE" perlmain.c > > make[1]: *** No rule to make target `/usr/local/perl5.8.0/lib/darwin-64all/CORE/libperl.a', needed by `perl'. Stop. > > make: *** [perl] Error 2 > > > > MakeMaker is looking for libperl.a but I have libperl.dylib. MakeMaker > > is using $Config{lib_ext} which is .a here. $Config{so} is .dylib. > > Which is wrong? Config or MakeMaker? > > Similar problem on Linux with a Debian built Perl. Do I have to do > something special when Perl is built to have Makefile.aperl work? > > Writing "Makefile.aperl" for this perl > Warning: /usr/lib/perl/5.6.1/CORE/libperl.a not found > If you're going to build a static perl binary, make sure perl is installed > otherwise ignore this warning I wasn't sure. libperl.a installed on my SuSE box at work, but not on richardc's Debian box. hex says that it's installed by package libperl-dev (#london.pm seems to know everything) http://packages.debian.org/cgi-bin/search_contents.pl?word=libperl.a&searchmode=searchfiles&case=insensitive&version=stable&arch=i386 so it looks like the debian perl maintainer has split it out into a separate package. Presumably the OS X folks have done something similar. (Seems reasonable to me, given that it's 1.3 Mb of deadweight that 99% of users will never need), but is there a way to put a hook into MakeMaker to allow a custom warning on a missing libperl.a? If so we would then make it easy for the Debian etc maintainers to put in a message "you'll need to install package $foo" instead of failing as shown above. Nicholas ClarkThread Previous | Thread Next