Re: Problem compiling mod_perl 1.24 on Solaris 2.6
On Fri, 26 May 2000, Fred Miller wrote: > Thank you very much. Sorry for being such a newbie. no need to apologize, this sort of problem isn't normal, if anyone should say sorry, it's sun for their flawed compiler kit. > I rebuilt Perl with gcc, and then was able to get a build of Apache with > mod_perl. great news.
Re: Problem compiling mod_perl 1.24 on Solaris 2.6
Doug MacEachern wrote: > > On Wed, 24 May 2000, Fred Miller wrote: > > > Like I said, I'm a bit naive in these matters. I didn't specify using > > gcc or cc. I used the same path to compile Perl, Apache, and Mod_Perl. > > When I aaksed which gcc and which cc, my machine does report gcc > > appearing in my path ahead of cc. Could that be the problem? > > i could try re-building Perl like so: > > % ./Configure -des -Dcc=gcc && make test && make install > > that is, go with all the defaults, but force Perl to use gcc. Thank you very much. Sorry for being such a newbie. I rebuilt Perl with gcc, and then was able to get a build of Apache with mod_perl. Now to try and make this puppy learn a few tricks... I appreciate your help and patience. Best regards, Fred Miller -- [EMAIL PROTECTED] http://titan.iwu.edu/~fmiller/
Re: Problem compiling mod_perl 1.24 on Solaris 2.6
On Wed, 24 May 2000, Fred Miller wrote: > Like I said, I'm a bit naive in these matters. I didn't specify using > gcc or cc. I used the same path to compile Perl, Apache, and Mod_Perl. > When I aaksed which gcc and which cc, my machine does report gcc > appearing in my path ahead of cc. Could that be the problem? i could try re-building Perl like so: % ./Configure -des -Dcc=gcc && make test && make install that is, go with all the defaults, but force Perl to use gcc.
Re: Problem compiling mod_perl 1.24 on Solaris 2.6
Fred Miller wrote: > > Doug MacEachern wrote: > >looking at the line number, i would try replacing any occurance of: > > > > perl_eval_sv -> eval_sv > > perl_call_sv -> call_sv > > perl_call_pv -> call_pv > > I wish I was experienced enough to know what this means. Now I think I'm starting to get confused. I tried building Apache and mod_perl by hand, loosely following some instructions I found on the web labeled "mod_perl installation". This part worked perl Makefile.PL APACHE_SRC=../apache_1.3.12/src NO_HTTPD=1 EVERYTHING=1 make make install All looked good I added to apache_1.3.12/src/Configuration addModule module/perl/libperl.a and the following EXTRA_LIBS and EXTRA_CFLAGS EXTRA_LIBS=`perl -MExtUtils::Embed -l ldopts` EXTRA_CFLAGS='perl -MExtUtils::Embed -e ccopts` I checked apache_1.3.12/src/modules/perl and a bunch of stuff had been put in there from my mod_perl build I then ran ./Configure form within apache_1.3.12/src - no problem but when I ran make, I received familiar errors: gcc -c -I../.. -I/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE -I../../os/unix -I../../include -DSOLARIS2=260 -DMOD_PERL -DUSE_PERL_SSI -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT -I../../lib/expat-lite -DNO_DL_NEEDED `perl -MExtUtils::Embed -e ccopts` mod_auth.c gcc -c -I../.. -I/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE -I../../os/unix -I../../include -DSOLARIS2=260 -DMOD_PERL -DUSE_PERL_SSI -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT -I../../lib/expat-lite -DNO_DL_NEEDED `perl -MExtUtils::Embed -e ccopts` mod_setenvif.c rm -f libstandard.a ar cr libstandard.a mod_env.o mod_log_config.o mod_mime.o mod_negotiation.o mod_status.o mod_include.o mod_autoindex.o mod_dir.o mod_cgi.o mod_asis.o mod_imap.o mod_actions.o mod_userdir.o mod_alias.o mod_access.o mod_auth.o mod_setenvif.o ranlib libstandard.a <=== modules/standard ===> modules/perl cc -O -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE -DMOD_PERL_VERSION=\"1.24\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.24\" -I../.. -I/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE -I../../os/unix -I../../include -DSOLARIS2=260 -DMOD_PERL -DUSE_PERL_SSI -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT -I../../lib/expat-lite -DNO_DL_NEEDED `perl -MExtUtils::Embed -e ccopts` -c mod_perl.c "/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE/perl.h", line 1929: warning: operand treated as unsigned: 0x87654321 "./mod_perl.h", line 584: warning: macro replacement within a string literal "./mod_perl.h", line 587: warning: macro replacement within a string literal "./mod_perl.h", line 590: warning: macro replacement within a string literal "./mod_perl.h", line 593: warning: macro replacement within a string literal "mod_perl.c", line 347: fatal: macro recursion cc: acomp failed for mod_perl.c make[2]: *** [mod_perl.o] Error 2 make[1]: *** [all] Error 1 make: *** [subdirs] Error 1 Recommendations for how best to proceed? I find this quite curious, as I have Apache-1.3.12 working without mod_perl, and mod_perl seemed to build just fine separate from Apache. Thanks, Fred -- [EMAIL PROTECTED] http://titan.iwu.edu/~fmiller/
Re: Problem compiling mod_perl 1.24 on Solaris 2.6
Doug MacEachern wrote: > > On Tue, 23 May 2000, Fred Miller wrote: > > I am experiencing what appears to be a very similar problem, but with > > more recent modules and OS. I am running mod_perl 1.24, Perl 5.6.0, > > Apache 1.3.12, Solaris 2.6 > > perl -V would help. is your cc gcc or sun's? # perl -V Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration: Platform: osname=solaris, osvers=2.6, archname=sun4-solaris uname='sunos dmci 5.6 generic_105181-03 sun4u sparc sunw,ultra-1 ' config_args='' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define use64bitint=undef use64bitall=undef uselongdouble=undef usesocks=undef Compiler: cc='cc', optimize='-O', gccversion= cppflags='-I/usr/local/include' ccflags ='-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' stdchar='unsigned char', d_stdstdio=define, usevfork=false intsize=4, longsize=4, ptrsize=4, doublesize=8 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, usemymalloc=y, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib -L/opt/gnu/lib ' libpth=/usr/local/lib /opt/gnu/lib /lib /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -ldl -lm -lc -lcrypt -lsec libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-KPIC', lddlflags='-G -L/usr/local/lib -L/opt/gnu/lib' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under solaris Compiled at May 16 2000 16:01:12 @INC: /usr/local/lib/perl5/5.6.0/sun4-solaris /usr/local/lib/perl5/5.6.0 /usr/local/lib/perl5/site_perl/5.6.0/sun4-solaris /usr/local/lib/perl5/site_perl/5.6.0 /usr/local/lib/perl5/site_perl . Like I said, I'm a bit naive in these matters. I didn't specify using gcc or cc. I used the same path to compile Perl, Apache, and Mod_Perl. When I aaksed which gcc and which cc, my machine does report gcc appearing in my path ahead of cc. Could that be the problem? >looking at the line number, i would try replacing any occurance of: > > perl_eval_sv -> eval_sv > perl_call_sv -> call_sv > perl_call_pv -> call_pv I wish I was experienced enough to know what this means. Thanks for the help. Fred -- [EMAIL PROTECTED] http://titan.iwu.edu/~fmiller/
Re: Problem compiling mod_perl 1.24 on Solaris 2.6
On Tue, 23 May 2000, Fred Miller wrote: > On 4/26/2000, Steve Hay wrote about "Problem compiling mod_perl 1.23 on > Solaris 2.4" > > I am experiencing what appears to be a very similar problem, but with > more recent modules and OS. I am running mod_perl 1.24, Perl 5.6.0, > Apache 1.3.12, Solaris 2.6 perl -V would help. is your cc gcc or sun's? looking at the line number, i would try replacing any occurance of: perl_eval_sv -> eval_sv perl_call_sv -> call_sv perl_call_pv -> call_pv why your compiler is tripping on those macros, i have no idea.