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
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)
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
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
On Thu, Jul 31, 2003 at 01:27:01PM -0700, Michael G Schwern wrote:
I'm glad you guys got it working, but there's still the problem of why
MakeMaker's behavior changed. Since I tend not to touch the XS building
code much its likely a bug. Try the snapshot on makemaker.org. I just
fixed a
Michael G Schwern wrote:
On Thu, Jul 31, 2003 at 03:23:36PM +0100, Steve Hay wrote:
This patch finally fixes it for me:
I'm glad you guys got it working, but there's still the problem of why
MakeMaker's behavior changed. Since I tend not to touch the XS building
code much its likely a
Steve Hay wrote:
Michael G Schwern wrote:
If I could see the Makefiles from 6.03 and 6.12 I might be able to
figure out
what's different. Also, if you could try various alpha versions between
those two, show the Makefiles and whether or not they exhibited the
behavior that would help alot in
Steve Hay wrote:
This bug evidently goes back a long way: MM 6.06_02 fails in the same
way as 6.13.
I tried to use MM 6.06_01, but it wouldn't build itself (don't know
how to make 'C:\perl5\libNAME'). Instead, I knife-and-forked it into
place, but when I tried to use it to build libapreq, I
On Fri, Aug 01, 2003 at 10:03:20AM +0100, Steve Hay wrote:
This bug evidently goes back a long way: MM 6.06_02 fails in the same
way as 6.13.
I tried to use MM 6.06_01, but it wouldn't build itself (don't know
how to make 'C:\perl5\libNAME'). Instead, I knife-and-forked it into
place,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Well, now that I've had a day or so to play with it (using both worker and
prefork), I have yet to see any issues. It looks good. However, any further
testing I do will probably be limited to prefork, since the overhead of ithreads
manages to eat
On Fri, Aug 01, 2003 at 09:05:55AM +0100, Steve Hay wrote:
I just tried MM 6.13: that made no difference.
Then I tried the snapshot (taken at 01 Aug 2003 07:55 UTC): that failed
loads of its own tests, but made no difference to the libapreq build
process.
Oh yeah, I didn't update the
Michael G Schwern wrote:
On Fri, Aug 01, 2003 at 10:03:20AM +0100, Steve Hay wrote:
This bug evidently goes back a long way: MM 6.06_02 fails in the same
way as 6.13.
I tried to use MM 6.06_01, but it wouldn't build itself (don't know
how to make 'C:\perl5\libNAME'). Instead, I
On Fri, Aug 01, 2003 at 11:35:47AM +0100, Steve Hay wrote:
=
# --- MakeMaker dynamic section:
## $(INST_PM) has been moved to the all: target.
## It remains here for awhile to allow for old usage: make dynamic
#dynamic :: Makefile
dynamic :: Makefile
@$(NOOP)
Stephen Clouse wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Jul 30, 2003 at 11:15:32PM +0200, Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have changed
since 5.8.0. So it's *very* important that you test your code with this
release and
Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have
changed since 5.8.0. So it's *very* important that you test your code
with this release and immediatelly report to p5p if you have any
problems, since Jarkko wants to release 5.8.1 any moment now.
BAD NEWS:
Steve Hay wrote:
Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have
changed since 5.8.0. So it's *very* important that you test your code
with this release and immediatelly report to p5p if you have any
problems, since Jarkko wants to release 5.8.1 any moment
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Jul 31, 2003 at 11:41:42AM +0200, Stas Bekman wrote:
Iniital report: I just finished a build with ithreads and worker mpm. All
perl
and mod_perl tests pass.
Thanks for the note Stephen, but this is not very useful if you don't tell
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was just a
by product and never was intented to be installed. Request.so was statically
linking libapreq.a into it.
Now with 6.12 it creates both libapreq.so and libapreq.so, so when Request.so
is linked,
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was
just a by product and never was intented to be installed. Request.so
was statically linking libapreq.a into it.
Now with 6.12 it creates both libapreq.so and libapreq.so, so when
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was
just a by product and never was intented to be installed. Request.so
was statically linking libapreq.a into it.
Now with 6.12 it creates both libapreq.so and
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was
just a by product and never was intented to be installed. Request.so
was statically linking libapreq.a into it.
Now with 6.12 it creates both
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a
was just a by product and never was intented to be installed.
Request.so was statically
On Thu, Jul 31, 2003 at 03:23:36PM +0100, Steve Hay wrote:
This patch finally fixes it for me:
I'm glad you guys got it working, but there's still the problem of why
MakeMaker's behavior changed. Since I tend not to touch the XS building
code much its likely a bug. Try the snapshot on
Jarkko has just released perl-5.8.1-RC3. Quite a few things have changed since
5.8.0. So it's *very* important that you test your code with this release and
immediatelly report to p5p if you have any problems, since Jarkko wants to
release 5.8.1 any moment now.
Any version of mod_perl 1.x
Jarkko's original post had the links wrong: Here are the right links:
http://www.iki.fi/jhi/perl-5.8.1-RC3.tar.bz
http://www.iki.fi/jhi/perl-5.8.1-RC3.tar.gz
or rsync -avz ftp.linux.activestate.com::perl-5.8.x perl-5.8.x
You might also want to read the perldelta online:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Jul 30, 2003 at 11:15:32PM +0200, Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have changed
since 5.8.0. So it's *very* important that you test your code with this
release and immediatelly report to p5p
29 matches
Mail list logo