Joe Orton wrote:
Current SVN failed -Werror build on x86_64 due to casting between
integers and pointer types:
modperl_util.c: In function `modperl_restart_count_inc':
modperl_util.c:814: warning: cast from pointer to integer of different size
modperl_util.c:817: warning: cast to pointer from
John Peacock wrote:
Stas Bekman wrote:
[CC'ing John the version guru Peacock]
John, I think we need your help here, see the story below. But in
short we
want to start using triplet versioning for modperl 2.0.x and we don't
want to
require version.pm, since so far we don't have any external
Here is a bizarre thing I've noticed. when running:
% env MOD_PERL_TRACE=h t/TEST -start
modperl_handler_resolve: [5465/1078234656 rabbit.stason.org:8529] handler
Apache::PerlSections was not compiled at startup, attempting to resolve
using server conf pool 0x81420a8
modperl_handler_resolve:
mod_perl 1.99_18 (2.0.0-RC1) is out:
http://perl.apache.org/dist/mod_perl-2.0.0-RC1.tar.gz
http://perl.apache.org/dist/mod_perl-2.0.0-RC1.tar.gz.asc (gpg sig)
CPAN:
file: $CPAN/authors/id/G/GO/GOZER/mod_perl-2.0.0-RC1.tar.gz
size: 1401333 bytes
md5: 6b3453396263cf0cdd3ae433eeadbedf
Changes
Apache/2.0.51 (prefork MPM) + perl-5.8.5_non_threaded on Debian Woody (stable):
All tests passed.
Apache/2.0.51 (prefork) + perl5.8.3 non_threaded on Solaris 8: All tests passed.
-Jie
-
To unsubscribe, e-mail: [EMAIL
On Sun, 12 Dec 2004, Stas Bekman wrote:
[ ... ]
Well, that's not exactly what I was suggesting. Now we get skip on unix,
when we releally need only one variable.
Index: t/directive/setupenv.t
===
--- t/directive/setupenv.t