The latest version of ExtUtils::MakeMaker tickles a bug in
libapreq's c/Makefile.PL. There has been quite a bit of discussion
of this issue in the last week on apreq-dev, p5p, and on this list
as well.
aha!
I'd noticed some threads about compiling libapreq - should have read them in detail.
I
Michael G Schwern wrote:
The problem is likely the MY::dynamic hack in c/Makefile.PL. 6.05 and
previous had this:
dynamic :: Makefile $(INST_DYNAMIC) $(INST_BOOT)
6.06_01 and up have this
dynamic :: $(FIRST_MAKEFILE) $(INST_DYNAMIC) $(INST_BOOT)
for some reason, MY::dynamic is trying to lop
I began some weeks ago to think about translating my .pl scripts (that run
with mod_perl 2 ::registry) to perl handlers.
My first problem was to find how to include a perl handler as i included my
cgi scripts (include virtual).
I found that #perl directive allows you to include with
On Mon, Aug 04, 2003 at 08:46:27AM +0100, Steve Hay wrote:
I tried changing the s/// to:
$string =~ s{ \$\(INST_DYNAMIC\)}{}g;
$string =~ s{ \$\(INST_BOOT\)}{}g;
(I've dropped the trailing spaces in the patterns), which produced:
dynamic :: $(FIRST_MAKEFILE)
$(NOECHO) $(NOOP)
One way is to configure the CPAN module:
C:\ perl -MCPAN -e shell
which, the first time you invoke it, will lead you through
a dialogue. You can accept most of the defaults, except
for the list of CPAN mirrors to use. Then, at the
CPAN.pm shell prompt, you can say
cpan install CGI
BTW,
perl -MCGI -e print $CGI::VERSION;
2.98
J-S
- Original Message -
From: Jean-Sebastien Guay [EMAIL PROTECTED]
To: Randy Kobes [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, August 04, 2003 9:32 AM
Subject: Re: Current directory
One way is to configure the CPAN module:
But it seems to be that with modperl as DSO this directive does not work,
and that Apache::include is only a modperl1.x funcionality, so discarted in
mod perl 2.
I've started this port, but it's a long way from being completed - it
doesn't work right and dumps core, but I haven't looked at it
On Mon, 2003-08-04 at 04:05, gerard uolaquetalestem wrote:
But it seems to be that with modperl as DSO this directive does not work,
and that Apache::include is only a modperl1.x funcionality, so discarted in
mod perl 2.
I don't think this has anything to do with DSO vs. static.
On Fri, 2003-08-01 at 22:53, Tofu Optimist wrote:
Then as root I used CPAN to install
Bundle::WWW, LWP, and HTML::Parser.
Had some troubles, used the force option, and plowed
ahead. (Maybe I should have stopped here at the first
FYI, this was probably also because of the locale issue.
Michael G Schwern wrote:
On Mon, Aug 04, 2003 at 08:46:27AM +0100, Steve Hay wrote:
I tried changing the s/// to:
$string =~ s{ \$\(INST_DYNAMIC\)}{}g;
$string =~ s{ \$\(INST_BOOT\)}{}g;
(I've dropped the trailing spaces in the patterns), which produced:
dynamic :: $(FIRST_MAKEFILE)
On Mon, Aug 04, 2003 at 09:35:55AM +0100, Steve Hay wrote:
Somehow, it has contrived to disappear! It always used to exist there,
which is why it didn't occur to me to check :-( I must have lost it
somewhere along the line when shoe-horning earlier MakeMaker's into place.
Possibly you
Michael G Schwern wrote:
On Mon, Aug 04, 2003 at 09:35:55AM +0100, Steve Hay wrote:
Somehow, it has contrived to disappear! It always used to exist there,
which is why it didn't occur to me to check :-( I must have lost it
somewhere along the line when shoe-horning earlier MakeMaker's into
On Mon, Aug 04, 2003 at 11:19:42AM +0100, Steve Hay wrote:
Why isn't the typemap file distributed as part of ExtUtils-MakeMaker?
typemap is very specific to the version of Perl, or so it is said.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
You're more radiant
On Mon, 2003-08-04 at 09:32, Jean-Sebastien Guay wrote:
But I still get the same message...
[Mon Aug 04 09:31:57 2003] [error] Global $r object is not available. Set:
PerlOptions +GlobalRequest
in httpd.conf at D:/Perl/lib/CGI.pm line 307.
Compilation failed in require at
Perrin,
First, check your conf file to be sure you
have this turned on. There are docs related to it here:
http://perl.apache.org/docs/2.0/user/config/config.html#C_GlobalRequest_
The docs also state that unless it's explicitly
turned _off_, it's on by default. But I turned it on anyways
On Mon, 2003-08-04 at 12:08, Jean-Sebastien Guay wrote:
Doesn't all this require that I actually get a running Apache server
first? The error message shows up when I try to start up the Apache
service!
What? That shouldn't happen unless something is calling CGI-new in
your startup, which is a
On Mon, 2003-08-04 at 12:08, Jean-Sebastien Guay wrote:
Doesn't all this require that I actually get a running Apache server
first? The error message shows up when I try to start up the Apache
service!
What? That shouldn't happen unless something is calling CGI-new in
your startup,
Just checking that this did not get lost on the way. Anyone care to
give me a hint?
On Thu, Jul 31, 2003 at 10:17:06PM +0200, Martin Wickman wrote:
Hello
According to docs[1], $r-rflush() should create a new brigade with
data. It does not.
It seems the docs and/or my understanding of
Hi!
I just wanted to see of Henrik Strom was on this list (I have
ported your Apache-AuthPerLDAP, and wonder how you want to integrate the
changes into your existing module.)
Also, I have ported Apache-AuthPerLDAP to work with both versions of
mod_perl, but am running out of time to set
Title: mod perl issues/ cpan won't make properly
I'm having a lot of problems with installing mod_perl/apache/ properly. Also installing through CPAN is an issue with certian modules as well.
Suse 8.0/ linux 2.4/perl5.8.0/mod_perl1.28Apache1.3.28/
Here's how I installed mod_perl/apache:
Martin Wickman wrote:
Just checking that this did not get lost on the way. Anyone care to
give me a hint?
On Thu, Jul 31, 2003 at 10:17:06PM +0200, Martin Wickman wrote:
Hello
According to docs[1], $r-rflush() should create a new brigade with
data. It does not.
I've seen this also, but was
Michael G Schwern [EMAIL PROTECTED] writes:
On Mon, Aug 04, 2003 at 11:19:42AM +0100, Steve Hay wrote:
Why isn't the typemap file distributed as part of ExtUtils-MakeMaker?
typemap is very specific to the version of Perl, or so it is said.
Not really. There are some changes for PerlIO * vs FILE
22 matches
Mail list logo