Problem compiling mod_perl 1.23 on Solaris 2.4

2000-04-26 Thread Steve Hay

Hi,

I'm having a problem compiling mod_perl 1.23 (with Apache 1.3.12 / Perl
5.6.0) as a DSO using APXS on Solaris 2.4.  This worked fine using
Apache 1.3.6 / Perl 5.005_03 / mod_perl 1.22.

Can anybody help?

I built the Perl with "-Uusemymalloc" which I had found was necessary
under the previous setup.

Here's the output:-

radsun2-4% perl Makefile.PL USE_APXS=1
WITH_APXS=/usr/local/apache/bin/apxs EVERYTHING=1
Will configure via APXS (apxs=/usr/local/apache/bin/apxs)
PerlDispatchHandler.enabled
PerlChildInitHandlerenabled
PerlChildExitHandlerenabled
PerlPostReadRequestHandler..enabled
PerlTransHandlerenabled
PerlHeaderParserHandler.enabled
PerlAccessHandler...enabled
PerlAuthenHandler...enabled
PerlAuthzHandlerenabled
PerlTypeHandler.enabled
PerlFixupHandlerenabled
PerlHandler.enabled
PerlLogHandler..enabled
PerlInitHandler.enabled
PerlCleanupHandler..enabled
PerlRestartHandler..enabled
PerlStackedHandlers.enabled
PerlMethodHandlers..enabled
PerlDirectiveHandlers...enabled
PerlTableApienabled
PerlLogApi..enabled
PerlUriApi..enabled
PerlUtilApi.enabled
PerlFileApi.enabled
PerlConnectionApi...enabled
PerlServerApi...enabled
PerlSectionsenabled
PerlSSI.enabled
Will run tests as User: 'radan' Group: 'usr'
Configuring mod_perl for building via APXS
 + Creating a local mod_perl source tree
 + Setting up mod_perl build environment (Makefile)
 + id: mod_perl/1.23
 + id: Perl/v5.6.0 (solaris) [perl]
Now please type 'make' to build libperl.so
Checking CGI.pm VERSION..ok
Checking for LWP::UserAgent..ok
Checking for HTML::HeadParserok
Checking if your kit is complete...
Looks good
Writing Makefile for Apache
Writing Makefile for Apache::Connection
Writing Makefile for Apache::Constants
Writing Makefile for Apache::File
Writing Makefile for Apache::Leak
Writing Makefile for Apache::Log
Writing Makefile for Apache::ModuleConfig
Writing Makefile for Apache::PerlRunXS
Writing Makefile for Apache::Server
Writing Makefile for Apache::Symbol
Writing Makefile for Apache::Table
Writing Makefile for Apache::URI
Writing Makefile for Apache::Util
Writing Makefile for mod_perl
radsun2-4% make
(cd ./apaci && make)
cc -KPIC -O  -I/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE
-DMOD_PERL_VERSION=\"1.23\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.23\"
-I/usr/local/apache/include -DMOD_PERL -DSOLARIS2=240 -DUSE_HSREGEX
-DUSE_EXPAT -I../lib/expat-lite -c mod_perl.c && mv mod_perl.o
mod_perl.lo
"/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 344: fatal: macro recursion
cc: acomp failed for mod_perl.c
*** Error code 2
make: Fatal error: Command failed for target `mod_perl.lo'
Current working directory /tmp/mod_perl-1.23/apaci
*** Error code 1
make: Fatal error: Command failed for target `apxs_libperl'
radsun2-4%





Re: Problem compiling mod_perl 1.23 on Solaris 2.4

2000-04-27 Thread Steve Hay

Steve Hay wrote:

> I'm having a problem compiling mod_perl 1.23 (with Apache 1.3.12 / Perl
> 5.6.0) as a DSO using APXS on Solaris 2.4.

In case anyone is interested...

I've solved my own problem (just as well, really).  If I re-compile
everything with the -Xa compiler flag then it all works out fine.





RE: Problem compiling mod_perl 1.23 on Solaris 2.4

2000-04-27 Thread FEITO Nazareno

Good For you buddie:)
We know that you can do that... ;)

bybye

Nazareno
Perl Programmer www.obsequie.com



Re: Problem compiling mod_perl 1.23 on Solaris 2.4

2000-05-05 Thread Doug MacEachern

On Thu, 27 Apr 2000, Steve Hay wrote:

> Steve Hay wrote:
> 
> > I'm having a problem compiling mod_perl 1.23 (with Apache 1.3.12 / Perl
> > 5.6.0) as a DSO using APXS on Solaris 2.4.
> 
> In case anyone is interested...
> 
> I've solved my own problem (just as well, really).  If I re-compile
> everything with the -Xa compiler flag then it all works out fine.

what does -Xa mean?  gcc or ld flag?  i don't see anything in the gcc
manpage, 2.6 ld manpage says:

  Options No Longer Supported
 The following SunOS 4.x.y options do not have  any  replace-
 ment in this release: -B nosymbolic (this is now the default
 if -B symbolic is not used), -d, -dc, and  -dp,  (these  are
 now  the default; see -b above to override the default), -M,
 -S, -t, -x, -X, and -ysym.

maybe that means -Xa is on by default in newer solaris?




Re: Problem compiling mod_perl 1.23 on Solaris 2.4

2000-05-06 Thread John D Groenveld

-Xa is a Sun WorkShop Compiler C 4.2 option,
 -X[a|c|s|t]
  Specifies the degree of conformance to the ANSI C stan-
  dard.  Specifies one of the following:

  a (ANSI)
   ANSI C plus K&R C compatibility  extensions,  with
   semantic  changes required by ANSI C.  Where K&R C
   and ANSI C specify  different  semantics  for  the
   same  construct,  the compiler will issue warnings
   about the conflict and use the ANSI C  interpreta-
   tion. This is the default compiler mode.
John
[EMAIL PROTECTED]





Re: Problem compiling mod_perl 1.23 on Solaris 2.4

2000-05-08 Thread Steve Hay

John D Groenveld wrote:

> -Xa is a Sun WorkShop Compiler C 4.2 option,
>  -X[a|c|s|t]
>   Specifies the degree of conformance to the ANSI C stan-
>   dard.  Specifies one of the following:
>
>   a (ANSI)
>ANSI C plus K&R C compatibility  extensions,  with
>semantic  changes required by ANSI C.  Where K&R C
>and ANSI C specify  different  semantics  for  the
>same  construct,  the compiler will issue warnings
>about the conflict and use the ANSI C  interpreta-
>tion. This is the default compiler mode.

The machine I was building on was Solaris 2.4 with the Sun Compiler v3.0
in which the cc manpage says "-Xt" ('transition') is the default.  I
also have a Solaris 2.6 machine with the Sun Compiler v4.0 which says,
like the snippet above, that "-Xa" is the default.

Steve Hay