RE: mod_perl compile problem
Hi there, On Thu, 14 Feb 2002, OCNS Consulting wrote: I Unzip/Untar the Apache tarball and change to the Apache top level distribution directory. I then Unzip/Untar the module dists and one by one prep each module for a static build and then finally build mod_perl as per my previous messages. That's your problem. Do it like I said in my last but one (?:) message. You should finish up with the Apache and mod_perl directories at the same level in the tree. Hehe, it's the mistake I made when I first built mod_perl... 73, Ged.
Re: mod_perl compile problem
On Thu, 14 Feb 2002, OCNS Consulting wrote: I'm attempting to make httpd apache-1.3.23 with mod_perl-1.26 and ActiveState Perl 5.6.1 Build 631. This is a simple build with no other modules or EAPI references. Unfortunately, I'm encountering the following error when the compile of the http_core.c routine is attempted: http_core.c: In function `default_handler': http_core.c:3775: `caddr_t' undeclared (first use in this function) [ ... ] Can you compile apache separately OK, not through mod_perl? If so, you might try compiling mod_perl the flexible way described in INSTALL.apaci in the mod_perl sources. best regards, randy kobes
RE: mod_perl compile problem
:495, from ../include/httpd.h:72, from http_core.c:61: /usr/include/sys/ipc.h:25:3: warning: #warning Files using this header must be compiled with _SVID_SOURCE or _XOPEN_SOURCE http_core.c: In function `default_handler': http_core.c:3775: `caddr_t' undeclared (first use in this function) http_core.c:3775: (Each undeclared identifier is reported only once http_core.c:3775: for each function it appears in.) http_core.c:3775: parse error before mm http_core.c:3839: `mm' undeclared (first use in this function) make[2]: *** [http_core.o] Error 1 make[1]: *** [subdirs] Error 1 make[1]: Leaving directory `/usr/dist/apache_1.3.23/src' make: *** [apache_httpd] Error 2 -Original Message- From: Randy Kobes [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 10:41 AM To: OCNS Consulting Cc: [EMAIL PROTECTED] Subject: Re: mod_perl compile problem On Thu, 14 Feb 2002, OCNS Consulting wrote: I'm attempting to make httpd apache-1.3.23 with mod_perl-1.26 and ActiveState Perl 5.6.1 Build 631. This is a simple build with no other modules or EAPI references. Unfortunately, I'm encountering the following error when the compile of the http_core.c routine is attempted: http_core.c: In function `default_handler': http_core.c:3775: `caddr_t' undeclared (first use in this function) [ ... ] Can you compile apache separately OK, not through mod_perl? If so, you might try compiling mod_perl the flexible way described in INSTALL.apaci in the mod_perl sources. best regards, randy kobes
Re: mod_perl compile problem
OCNS Consulting [EMAIL PROTECTED] on Feb 14, 2002: [mod_perl-1.26]# perl Makefile.PL APACHE_SRC=/dist/apache_1.3.23/src DO_HTTPD=1 USE_ACAPI=1 PREP_HTTPD=1 EVERYTHING=1 ^ Make that USE_APACI=1 Now, I may be missing something and somebody already asked you earlier about this: You are using ActiveState Perl on Linux? I always thought ActiveState Perl is for Windows boxen. No? Hans
RE: mod_perl compile problem
this header must be compiled with _SVID_SOURCE or _XOPEN_SOURCE gcc -c -I.. -I/usr/local/ActivePerl-5.6/lib/5.6.1/i686-linux-thread-multi/CO RE -I/usr/local/include -I../os/unix -I../include -DLINUX=22 -DMOD_SSL=208 106 -I/dist/php-4.1.1 -I/dist/php-4.1.1/main -I/dist/php-4.1.1/main -I/dist/ php-4.1.1/Zend -I/dist/php-4.1.1/Zend -I/dist/php-4.1.1/TSRM -I/dist/php-4.1 .1/TSRM -I/dist/php-4.1.1 -DMOD_PERL -DUSE_PERL_SSI -DUSE_REENTRANT_API -D_P OSIX_C_SOURCE=199506L -D_REENTRANT -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DEAPI -DEAPI_MM `../apaci` http_config.c In file included from /usr/include/sys/sem.h:28, from ../include/ap_config.h:495, from ../include/httpd.h:72, from http_config.c:76: /usr/include/sys/ipc.h:25:3: warning: #warning Files using this header must be compiled with _SVID_SOURCE or _XOPEN_SOURCE gcc -c -I.. -I/usr/local/ActivePerl-5.6/lib/5.6.1/i686-linux-thread-multi/CO RE -I/usr/local/include -I../os/unix -I../include -DLINUX=22 -DMOD_SSL=208 106 -I/dist/php-4.1.1 -I/dist/php-4.1.1/main -I/dist/php-4.1.1/main -I/dist/ php-4.1.1/Zend -I/dist/php-4.1.1/Zend -I/dist/php-4.1.1/TSRM -I/dist/php-4.1 .1/TSRM -I/dist/php-4.1.1 -DMOD_PERL -DUSE_PERL_SSI -DUSE_REENTRANT_API -D_P OSIX_C_SOURCE=199506L -D_REENTRANT -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DEAPI -DEAPI_MM `../apaci` http_core.c In file included from /usr/include/sys/sem.h:28, from ../include/ap_config.h:495, from ../include/httpd.h:72, from http_core.c:61: /usr/include/sys/ipc.h:25:3: warning: #warning Files using this header must be compiled with _SVID_SOURCE or _XOPEN_SOURCE http_core.c: In function `default_handler': http_core.c:3775: `caddr_t' undeclared (first use in this function) http_core.c:3775: (Each undeclared identifier is reported only once http_core.c:3775: for each function it appears in.) http_core.c:3775: parse error before mm http_core.c:3839: `mm' undeclared (first use in this function) make[3]: *** [http_core.o] Error 1 make[2]: *** [subdirs] Error 1 make[2]: Leaving directory `/usr/dist/apache_1.3.23/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/usr/dist/apache_1.3.23' make: *** [build] Error 2 -Original Message- From: Hans Juergen von Lengerke [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 11:21 AM To: OCNS Consulting Cc: Randy Kobes; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: mod_perl compile problem OCNS Consulting [EMAIL PROTECTED] on Feb 14, 2002: [mod_perl-1.26]# perl Makefile.PL APACHE_SRC=/dist/apache_1.3.23/src DO_HTTPD=1 USE_ACAPI=1 PREP_HTTPD=1 EVERYTHING=1 ^ Make that USE_APACI=1 Now, I may be missing something and somebody already asked you earlier about this: You are using ActiveState Perl on Linux? I always thought ActiveState Perl is for Windows boxen. No? Hans
RE: mod_perl compile problem
Kevin, Configured Apache with --enable-rule=SHARED_CORE; make - same results. RB -Original Message- From: Cheung, Kevin [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 11:47 AM To: 'OCNS Consulting' Subject: RE: mod_perl compile problem did you try --enable-rule=SHARED_CORE to see if that helps? -Original Message- From: OCNS Consulting [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 04:48 To: Hans Juergen von Lengerke Cc: Randy Kobes; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: mod_perl compile problem Hans: Thanks for the TYPO catch. Yes ActiveState Perl is available for Linux. See: - RPM - http://downloads.activestate.com/ActivePerl/Linux/5.6/ActivePe rl-5.6.1.631-i 686-linux.rpm Once again, I performed the flexible way Build method, creating the libperl.a ar library. I then changed to the Apache Home Directory and performed the configure and make but the original problem returns. Below is the Apache Build Session. Thanks, RB === Apache Build Session with libperl.a module === [apache_1.3.23]#env SSL_BASE=/dist/openssl-0.9.6c EAPI_MM=SYSTEM LIBS=-ltcl8.3 -lm ./configure --verbose --enable-rule=EAPI --enable-module=status --enable-mod ule=so --enable-module=ssl --enable-module=headers --enable-module=info --en able-module=speling --activate-module=src/modules/php4/libphp4.a --activate- module=src/modules/extra/mod_auth_pam.o --activate-module=src/modules/mod_dt cl/mod_dtcl.a --activate-module=src/modules/perl/libperl.a Configuring for Apache, Version 1.3.23 + using installation path layout: Apache (config.layout) + activated php4 module (modules/php4/libphp4.a) + activated auth_pam module (modules/extra/mod_auth_pam.o) + activated dtcl module (modules/mod_dtcl/mod_dtcl.a) + activated perl module (modules/perl/libperl.a) Creating Makefile Creating Configuration.apaci in src + Rule SSL_COMPAT=yes + Rule SSL_SDBM=default + Rule SSL_EXPERIMENTAL=no + Rule SSL_CONSERVATIVE=no + Rule SSL_VENDOR=no + Rule EAPI=yes + Rule SHARED_CORE=default + Rule SHARED_CHAIN=default + Rule SOCKS4=no + Rule SOCKS5=no + Rule IRIXNIS=no + Rule IRIXN32=yes + Rule PARANOID=no + Rule EXPAT=default + Rule CYGWIN_WINSOCK=no + Rule DEV_RANDOM=default + Rule WANTHSREGEX=default + Module mmap_static: no + Module vhost_alias: no + Module env: yes + Module define: no + Module log_config: yes + Module log_agent: no + Module log_referer: no + Module mime_magic: no + Module mime: yes + Module negotiation: yes + Module status: yes + Module info: yes + Module include: yes + Module autoindex: yes + Module dir: yes + Module cgi: yes + Module asis: yes + Module imap: yes + Module actions: yes + Module speling: yes + Module userdir: yes + Module alias: yes + Module rewrite: no + Module access: yes + Module auth: yes + Module auth_anon: no + Module auth_dbm: no + Module auth_db: no + Module digest: no + Module auth_digest: no + Module proxy: no + Module cern_meta: no + Module expires: no + Module headers: yes + Module usertrack: no + Module example: no + Module unique_id: no + Module so: yes + Module setenvif: yes + Module ssl: yes + Module php4: yes + Module auth_pam: yes + Module dtcl: yes + Module perl: yes + id: mod_perl/1.26 + id: Perl/v5.6.1 (linux) [perl] Note (probably harmless): No library found for -lposix cd ..; gcc -DLINUX=22 -DMOD_SSL=208106 -I/dist/php-4.1.1 -I/dist/php-4.1.1/main -I /dist/php-4.1.1/main -I/dist/php-4.1.1/Zend -I/dist/php-4.1.1/Zend -I/dist/p hp-4.1.1/TSRM -I/dist/php-4.1.1/TSRM -I/dist/php-4.1.1 -DMOD_PERL -DUSE_PERL _SSI -DUSE_REENTRANT_API -D_POSIX_C_SOURCE=199506L -D_REENTRANT -fno-strict- aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DEAPI -DEAPI_MM `./apaci` -I. -I/usr/local/ActivePerl-5.6/lib/5.6.1/i686-linux-thread-multi/ CORE -I/usr/local/include -L/dist/openssl-0.9.6c -L/usr/local/lib -o helpers/dummy helpers/dummy.c -ltcl8.3 -lm -Wl,-rpath,/usr/local/BerkeleyDB.3.3/lib -rdy namic -L/usr/local/BerkeleyDB.3.3/lib -Lmodules/php4 -L../modules/php4 -L../ ../modules/php4 -lmodphp4 -lpam -ldl -ldb -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt -lm -lcrypt -lssl -lcrypto -rdynamic -L/usr/local/lib /usr/local/ActivePerl-5.6/lib/5.6.1/i686-linux-thread-multi/au to/DynaLoader/ DynaLoader.a -L/usr/local/ActivePerl-5.6/lib/5.6.1/i686-linux-thread-multi/C ORE -lperl -lnsl -ldl -lm -lpthread -lc -lcrypt -lutil -lmm -lexpat Creating Makefile in src + configured for Linux platform + setting C compiler to gcc + setting C pre-processor to gcc -E + checking for system header files + adding selected modules o ssl_module uses ConfigStart/End + SSL interface: mod_ssl/2.8.6 + SSL interface
RE: mod_perl compile problem
Ged, Yes, I have installed all three (Apache 1.3.23, Perl 5.6.1, mod_perl 1.2.6) from the tarball sources, tried to build and received the same results. I haven't tried Perl 5.7.2. Now, because the same result was yielded, I revert back to the ActiveState rpm version 5.6.1 Build 631. Do you believe that the version of PERL or APACHE has something to do with it? Thanks for the help - this is so frustrating. RB -Original Message- From: Ged Haywood [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 2:16 PM To: OCNS Consulting Cc: mod_perl Mailing List Subject: RE: FW: mod_perl compile problem Hi there, On Thu, 14 Feb 2002, OCNS Consulting wrote: The Server is installed with Redhat Linux 7.2 with latest the kernel Sorry if this has been covered, I haven't read all the thread: did you get the sources for Perl, Apache and mod_perl as tarballs or did you use RPMs? If you used RPMS I'd say 1. Grab the .tar.gz files for each - I'd suggest Perl 5.6.1, or 5.7.2 if you like to live a fuller life. 2. Create a directory /home/src (or something like that) 3. Unpack the lot in there, i.e. $ cd ~/src $ tar xzf perl... $ tar xzf apache-1.3.23.tar.gz $ tar xzf mod_perl-1.26.tar.gz $ cd perl... $ ./configure $ make $ make test $ su # make install # exit $ cd ~/src/mod_perl... etc etc, don't forget to su each time to 'make install' and don't forget to exit from the root shell each time afterwards. If that doesn't do it then we'll have to think again. 73, Ged.
RE: mod_perl compile problem
Hi again, On Thu, 14 Feb 2002, OCNS Consulting wrote: I revert back to the ActiveState rpm version 5.6.1 Build 631. Do you believe that the version of PERL or APACHE has something to do with it? No, I don't think it's a Perl problem, but it's a very complex bunch of software and an awful lot of the Perl, Apache and mod_perl stuff relies on an awful lot of other stuff so I'd always recommend that you stay with the tried-and-tested things to start off with. If you have a need for something a little exotic then you can start to throw in the unknowns (I'd include ActiveState in that:) one by one later to see what, if anything, breaks. Easier to delouse. The problem seems to me to be missing or misplaced files. That generally means an unusual build of something which is why I suggested starting from scratch with the tarballs. Can you describe how you set up the directories for your build? 73, Ged.
RE: mod_perl compile problem
On Thu, 14 Feb 2002, OCNS Consulting wrote: Ged, Yes, I have installed all three (Apache 1.3.23, Perl 5.6.1, mod_perl 1.2.6) from the tarball sources, tried to build and received the same results. I haven't tried Perl 5.7.2. Now, because the same result was yielded, I revert back to the ActiveState rpm version 5.6.1 Build 631. Do you believe that the version of PERL or APACHE has something to do with it? Thanks for the help - this is so frustrating. As Ged mentioned, unless you need Linux ActivePerl for some reason, it's probably better to compile your own Perl, and with as few non-default compile-time options as possible (eg, multi-threading). You mentioned earlier that a vanilla Apache compiles OK (without mod_perl support), so your problem is probably something to do with ActivePerl's compile-time flags, perhaps in combination with the other non-standard modules you're trying to build at the same time. If you do need ActivePerl, you might try building just mod_perl alone to see if that works, and then add mod_ssl and the others incrementally to see when it breaks. Or perhaps try building mod_perl as a DSO outside the Apache source tree - this is described in the INSTALL.apaci file in the mod_perl sources. best regards, randy kobes
RE: mod_perl compile problem
Ged, I Unzip/Untar the Apache tarball and change to the Apache top level distribution directory. I then Unzip/Untar the module dists and one by one prep each module for a static build and then finally build mod_perl as per my previous messages. FYI: I dumped ActiveState Perl, built the regular 5.6.1 Perl distribution from www.perl.org (./configure -de, make install). and I still encounter the same problems building just vanilla Apache and mod_perl. What other debugging technique could I use in this effort? RB -Original Message- From: Ged Haywood [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 3:08 PM To: OCNS Consulting Cc: mod_perl Mailing List Subject: RE: mod_perl compile problem Hi again, On Thu, 14 Feb 2002, OCNS Consulting wrote: I revert back to the ActiveState rpm version 5.6.1 Build 631. Do you believe that the version of PERL or APACHE has something to do with it? No, I don't think it's a Perl problem, but it's a very complex bunch of software and an awful lot of the Perl, Apache and mod_perl stuff relies on an awful lot of other stuff so I'd always recommend that you stay with the tried-and-tested things to start off with. If you have a need for something a little exotic then you can start to throw in the unknowns (I'd include ActiveState in that:) one by one later to see what, if anything, breaks. Easier to delouse. The problem seems to me to be missing or misplaced files. That generally means an unusual build of something which is why I suggested starting from scratch with the tarballs. Can you describe how you set up the directories for your build? 73, Ged.
Re: mod_perl compile problem
From: OCNS Consulting [EMAIL PROTECTED] I'm attempting to make httpd apache-1.3.23 with mod_perl-1.26 and ActiveState Perl 5.6.1 Build 631. Am I hearing you right, you're using an ActiveState Perl on Linux? --- Rodney Broom Programmer: Desert.Net
RE: mod_perl compile problem
Yes. R. Beazley -Original Message- From: Rodney Broom [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 13, 2002 7:55 PM To: OCNS Consulting; [EMAIL PROTECTED] Subject: Re: mod_perl compile problem From: OCNS Consulting [EMAIL PROTECTED] I'm attempting to make httpd apache-1.3.23 with mod_perl-1.26 and ActiveState Perl 5.6.1 Build 631. Am I hearing you right, you're using an ActiveState Perl on Linux? --- Rodney Broom Programmer: Desert.Net
RE: mod_perl compile problem
Yes. R. Beazley -Original Message- From: Rodney Broom [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 13, 2002 7:55 PM To: OCNS Consulting; [EMAIL PROTECTED] Subject: Re: mod_perl compile problem From: OCNS Consulting [EMAIL PROTECTED] I'm attempting to make httpd apache-1.3.23 with mod_perl-1.26 and ActiveState Perl 5.6.1 Build 631. Am I hearing you right, you're using an ActiveState Perl on Linux? --- Rodney Broom Programmer: Desert.Net
