John,
I just got this from the sample cgi printenv in apache 1.3.22
SERVER_SIGNATURE="<ADDRESS>Apache/1.3.22 Server at devlin.ai-media.co.jp
Port 8001</ADDRESS>\n"
SERVER_SOFTWARE="Apache/1.3.22 (Darwin) mod_perl/1.26"
there was more but that is the juicy bit.
here is my config.status file
#!/bin/sh
##
## config.status -- APACI auto-generated configuration restore script
##
## Use this shell script to re-run the APACI configure script for
## restoring your configuration. Additional parameters can be supplied.
##
./configure \
"--prefix=/usr/local/apache" \
"--activate-module=src/modules/perl/libperl.a" \
"--enable-module=most" \
"--with-layout=GNU" \
"$@"
I wanted to put it elsewhere. therefore, the GNU layout and prefix
setting.
not really sure about the status of the other modules in this case
here is the config for mod_perl which I did first.
$ perl Makefile.PL APACHE_SRC=../apache_1.3.X/src \
DO_HTTPD=1 USE_APACI=1 \
EVERYTHING=1
then make and make install
then configured apache with the above.
interest from the
src/Makefile
It gets this infor from perl's config.pm ...h?
--------------------------
PERL=perl
PERL_CC=cc
PERL_OPTIMIZE=-O3
PERL_CCFLAGS=-pipe -fno-common -DHAS_TELLDIR_PROTOTYPE
-fno-strict-aliasing -I/usr/local/include -I/sw/include
PERL_CCCDLFLAGS=-L/usr/local/lib -L/sw/lib
PERL_DEFS= -DMOD_PERL_VERSION=\"1.26\"
-DMOD_PERL_STRING_VERSION=\"mod_perl/1.26\"
PERL_INC=/System/Library/Perl/darwin/CORE
PERL_LD=cc
PERL_LDFLAGS=-flat_namespace -L/usr/local/lib -L/sw/lib
PERL_LDDLFLAGS=-bundle -flat_namespace -undefined suppress
-L/usr/local/lib -L/sw/lib
PERL_LIBS= -flat_namespace -L/usr/local/lib -L/sw/lib
/System/Library/Perl/darwin/auto/DynaLoader/DynaLoader.a
-L/System/Library/Perl/darwin/CORE -lperl -ldl -lm -lc -liconv
--------------------------
what I can see here is that -Lsw/lib stuff is the fink install
and I also wonder whether it is using the dl-compat from fink as well in
the -ldl
I think -flat_namespace is appearing too many times.
now to see if I can get my other normal stuff in...at the same
time...php...tomcat...
before I move it over to normal OSX locations.
http://devlin.ai-media.co.jp:8001/book/
seems to indicate that alias.c is installed
all the normal mod files seem to be included already.
Except I cannot get ssi to work however that may mean that if I config
mod perl correctly , PERL_SSI will work instead.
BTW the apache configuration files already contain the proper fix for
-flat_namespace when making DSO
but with this configuration, apxs has no DEF of "-bundle
-flat_namespace -undefined suppress" as apple's strictly DSO compile
almost does.
On Saturday, October 20, 2001, at 11:55 PM, John Siracusa wrote:
> On 10/20/01 3:44 AM, Ken Williams wrote:
>> John Siracusa <[EMAIL PROTECTED]> wrote:
>>> As far as my work is concerned, a mod_perl httpd that can't load both
>>> Apache::Request and Apache::Cookie is useless :(
>>
>> Well, since you work with this stuff, you're probably aware that there
>> are alternatives to both Apache::Request and Apache::Cookie - the
>> CGI.pm
>> module will do their jobs, albeit at an efficiency penalty.
>
> Yeah, I know all about it, but the whole point is that I need to be
> able to
> develop stuff that will eventually run in production, not "stuff that
> will
> run in production after someone goes through and painstakingly removes
> all
> references to CGI and CGI::Cookie and replaces them with
> Apache::Request and
> Apache::Cookie calls." And no, using CGI and CGI::Cookie in production
> "because OS X can't run Apache::Request and Apache::Cookie" is not
> exactly
> going to fly ;)
>
> -John
>
>
---------------------------------------------------------------------------
reply directly to:
Jim Cooper
mailto:[EMAIL PROTECTED]
iMedia, Ltd.
Tokyo http://www.ai-media.co.jp
---------------------------------------------------------------------------
