ugh bugreports from RedHat 9 users
to believe that this patch should go in anyways.
--
Joe Schaefer
errors that Ken is getting?
Nope :-(. It doesn't look like the apreq patch is causing the
errors. It looks more like apache's APACI is hosed on his machine.
I'd recommend retrying with a fresh apache tree, maybe even from 1.3's
latest cvs.
--
Joe Schaefer
was, you'd see something
like
+ building with static apreq
...
Creating Makefile in src/lib/apreq
during configuration.
I think the apreq patch requires APACI, so modperl's httpd build
may not work with it as-is. I don't know how to fix this right now,
but you might try configuring mod_perl with
% perl Makefile.PL USE_APACI=1 EVERYTHING=1
or somesuch.
--
Joe Schaefer
ase as
well as porting apreq to modperl-2.
Thanks.
--
Joe Schaefer
Ged Haywood <[EMAIL PROTECTED]> writes:
> Hi there,
>
> On 22 Feb 2002, Joe Schaefer wrote:
>
> > 3) Install libapreq.so.1.0.0 (to /usr/local/lib) using:
> >
> > % ./configure
> > % make
> > % make install
> >
&
ing:
% ./configure
% make
% make install
4) Now install Apache::Request and Apache::Cookie using
% perl Makefile.PL
% make
% make install
You might need to use "ldconfig" to tell ld.so where libapreq's
shared library is.
5) report successes/failures using this approach on OS X to
[EMAIL PROTECTED]
Thanks again.
--
Joe Schaefer
ING=1
> $ make
> $ make install
>
> http_apreq:
>
> $ perl Makefile.PL
> $ make
> $ make install
>
> apache:
>
> $ CFLAGS='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' ./configure
> --prefix=local/apache \
> --enable-shared=max --disable-rule=EXPAT --with-layout=Apache \
> --activate-module=src/modules/perl/libperl.a --disable-shared=perl
>
> $ make
> $ make install
You're my hero ;-)
--
Joe Schaefer
Ian Ragsdale <[EMAIL PROTECTED]> writes:
> How about setting something up on SourceForge? I know they have OS X
> environments available for compiling and testing.
apreq is an ASF project; IMO what we need now is a hero, not a
change of venue.
[...]
> > On 1/28/02 2:0
