At 05:32 01.06.2002, Doug MacEachern wrote:
>i registered with sourceforge to try a different darwin version, but can't
>figure out how to access the compile farm without registering a project.
You'll have to register a project... But why don't you just go ahead and
register mod_perl? That doesn
>> config_args='-Dfirstmakefile=GNUmakefile -Dusedevel'
>
> what is this -Dfirstmakefile=... ?
OSX uses (usually) an HFS partition (read problems with case sensitivity!) so
specifying "-Dfirstmakefile=GNUmakefile" simply sidesteps the problems known to occur with "Makefile" vs. "makefile" ...
On Fri, 31 May 2002, R Blake wrote:
> config_args='-Dfirstmakefile=GNUmakefile -Dusedevel'
what is this -Dfirstmakefile=... ?
my config_args are:
perl -V:config_args
config_args='-des -Dprefix=/Users/dougm/perl -Dusethreads -Doptimize=-g';
> Linker and Libraries:
> ld='cc', ldflags =
and unfortunately, make still chokes on "-undefined suppress" at:
cc -I/Volumes/ServerSystem/ports/modperl-2.0/src/modules/perl -I/Volumes/ServerSystem/ports/modperl-2.0/xs -I/usr/local/apache2/include -pipe -fno-common -DINT32_MIN_BROKEN -DINT64_MIN_BROKEN -no-cpp-precomp -fno-strict-aliasing -I/
doug,
commenting out the following lines in Makefile.PL allow me to get past the configure "bus error":
#ModPerl::MM will use Apache::BuildConfig in subdir/Makefile.PL's
$build->save;
#for my $util (qw(Report Smoke)) {
#my $class = "Apache::Test${util}Perl";
#$class->generate
per suggestion, i updated my builds ..
modperl-2.0_20020531163044.tar.gz
perl5 revision 5.0 version 8 subversion 0 patch 16908
Apache/2.0.36
and tried again with modperl2 .. surpised me with a simple "bus error"!
i'll try backing up to 5.6.0 to replicated your results, but . an
Doug MacEachern wrote:
> On Fri, 31 May 2002, Stas Bekman wrote:
>
>
>>But isn't this ifdef test one sided? i.e. you test only if perl was
>>compiled with USE_LARGE_FILES, but not APR. Shouldn't it be:
>>
>>#ifdef USE_LARGE_FILES && !APR_HAS_LARGE_FILES
>
>
> didn't know there was an APR_HAS_
On Fri, 31 May 2002, Stas Bekman wrote:
> But isn't this ifdef test one sided? i.e. you test only if perl was
> compiled with USE_LARGE_FILES, but not APR. Shouldn't it be:
>
> #ifdef USE_LARGE_FILES && !APR_HAS_LARGE_FILES
didn't know there was an APR_HAS_LARGE_FILES
adjusted to not croak i
