Re: Problem compiling mod_perl 1.24 on Solaris 2.6

2000-06-01 Thread Doug MacEachern

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

2000-05-26 Thread Fred Miller

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

2000-05-25 Thread Doug MacEachern

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

2000-05-24 Thread Fred Miller

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/



Problem compiling mod_perl 1.24 on Solaris 2.6

2000-05-23 Thread Fred Miller

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 Makefile.PL with options runs successfully.

When I run make, I get output nearly identical to that reported by Steve
Hay. Here are the last few lines output from my make:

 "/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[5]: *** [mod_perl.o] Error 2
make[4]: *** [all] Error 1
make[3]: *** [subdirs] Error 1
make[3]: Leaving directory `/export/home/fmiller/apache_1.3.12/src'
make[2]: *** [build-std] Error 2
make[2]: Leaving directory `/export/home/fmiller/apache_1.3.12'
make[1]: *** [build] Error 2
make[1]: Leaving directory `/export/home/fmiller/apache_1.3.12'
make: *** [apaci_httpd] Error 2


I have previously successfully installed Apache 1.3.12 on this system
without mod_perl.

Steve Hay reported that he solved his problem by re=compiling
"everything with the -Xa compiler flag".

I confess to being a bit naive when it comes to compiling and
installing.

Are there some simple steps I should follow to proceed?


Thanks for all the support.

Fred Miller
-- 
[EMAIL PROTECTED]
http://titan.iwu.edu/~fmiller/



Re: Problem compiling mod_perl 1.24 on Solaris 2.6

2000-05-23 Thread Doug MacEachern

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.