You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Tom Williams <to...@comcast.net> on 2006/11/07 06:31:29 UTC
Problem building mod_perl 2.0.2 on Linux with gcc 4.1.1
Hi! I'm building mod_perl 2.0.2 on a Fedora Core 5 Linux system using
gcc 4.1.1. I've got Apache 2.2.3 built from source up and running and a
multi-threaded Perl 5.8.8 was part of the Fedora Core 5 installation.
When I follow the "simple" build instructions for mod_perl, I get this
compile error:
[tom@localhost mod_perl-2.0.2]$ time make
cd "src/modules/perl" && make
make[1]: Entering directory
`/home/tom/server/mod_perl-2.0.2/src/modules/perl'
gcc -I/home/tom/server/mod_perl-2.0.2/src/modules/perl
-I/home/tom/server/mod_perl-2.0.2/xs -I/usr/local/apache-2.2.3/include
-I/usr/local/apache-2.2.3/include -I/usr/local/apache-2.2.3/include
-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe
-Wdeclaration-after-statement -I/usr/local/include -I/usr/include/gdbm
-I/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE -DMOD_PERL
-DMP_COMPAT_1X -DLINUX=2 -D_LARGEFILE64_SOURCE -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic
-fasynchronous-unwind-tables -fPIC \
-c mod_perl.c && mv mod_perl.o mod_perl.lo
mod_perl.c:1: error: bad value (generic) for -mtune= switch
make[1]: *** [mod_perl.lo] Error 1
make[1]: Leaving directory
`/home/tom/server/mod_perl-2.0.2/src/modules/perl'
make: *** [modperl_lib] Error 2
real 0m0.036s
user 0m0.012s
sys 0m0.024s
[tom@localhost mod_perl-2.0.2]$ uname -a
Linux localhost.localdomain 2.6.15-1.2054_FC5 #1 Tue Mar 14 15:48:33 EST
2006 i686 athlon i386 GNU/Linux
[tom@localhost mod_perl-2.0.2]$
As you can see from the above output, I'm on a 32-bit AMD Athlon
processor so I'm not sure why "generic" was used as the parameter to
-mtune instead of athlon.
Where can I fix this? I didn't see any references to "-mtune" in
Makefile.PL even though it's in the generated Makefile.
Thanks!
Peace...
Tom