Build problems on Linux, gcc 2.96

Trying to build 0.7008 with Perl 5.8.0, I find that the process of compiling C
files to object files is leaving the .o files in a different directory than
their source .c files. A sample compile line:

cc -c  -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 
   -I/usr/lib/glib/include -D_REENTRANT -I/usr/X11R6/include  -I.
   -I./build -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing 
   -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
   -I/usr/include/gdbm    -DVERSION=\"0.7008\" -DXS_VERSION=\"0.7008\" 
   -fPIC "-I/opt/perl5.8.0/lib/5.8.0/i686-linux-thread-multi/CORE"  

(broken for readability)

leaves the PerlGtkExt.o file in the ./Gtk dir, from which the make was
running, not the ./Gtk/build dir, where the Makefile expects to find it. Thus,
when it comes time to link, I get a lot of these:

cc: build/PerlGtkExt.o: No such file or directory

I've also tried this with my RH-installed 5.6.1 package, and it fails,
too. Fortunately, I have an RPM package for 5.6.1. But I'm trying to test
various packages against 5.8.0, and some of them use Gtk. I *have* updated the
ExtUtils::MakeMaker module on 5.6.1, but I don't know if that could be
interfering with the object code file-naming.

Randy J. Ray                                                rjray blackperl com
Campbell, CA                                                     rjray svsm org
<A HREF="";>Silicon Valley Scale Modelers</A>

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]