Re: [PATCH blead] Make t/op/local.t use test.pl.

2005-09-08 Thread H.Merijn Brand
On Wed, 7 Sep 2005 22:45:44 -0400, Rick Delaney [EMAIL PROTECTED] wrote: I wanted to add some tests to the middle of t/op/local.t but saw I'd have to renumber everything. Patch 1 changes it to use test.pl so numbering doesn't matter. Patch 2 moves some tests where they belong. My tests are

Re: [EMAIL PROTECTED] VMS fixes for cbuilder

2005-09-08 Thread H.Merijn Brand
On Wed, 07 Sep 2005 19:59:36 -0400, John E. Malmberg [EMAIL PROTECTED] wrote: This patch is needed for the lib/ExtUtils/ParseXS.t/basic.t test to pass on VMS. Thanks, applied as change #25364 I really like the way you explain your patches. This one applied 100% clean In

Re: [PATCH blead] Make t/op/local.t use test.pl.

2005-09-08 Thread Rafael Garcia-Suarez
On 9/8/05, H.Merijn Brand [EMAIL PROTECTED] wrote: On Wed, 7 Sep 2005 22:45:44 -0400, Rick Delaney [EMAIL PROTECTED] wrote: I wanted to add some tests to the middle of t/op/local.t but saw I'd have to renumber everything. Patch 1 changes it to use test.pl so numbering doesn't matter.

Re: [PATCH blead] Make t/op/local.t use test.pl.

2005-09-08 Thread H.Merijn Brand
On Wed, 7 Sep 2005 22:45:44 -0400, Rick Delaney [EMAIL PROTECTED] wrote: I wanted to add some tests to the middle of t/op/local.t but saw I'd have to renumber everything. Patch 1 changes it to use test.pl so numbering doesn't matter. Patch 2 moves some tests where they belong. My tests are

Smoke [5.9.0] 25363 FAIL(m) openbsd 3.6 (i386/1 cpu)

2005-09-08 Thread Steven P. Schubiger
Automated smoke report for 5.9.0 patch 25363 accognoscere.homeunix.org: AMD Athlon(TM) XP 1800+ (AuthenticAMD 686-class) (i386/1 cpu) onopenbsd - 3.6 using cc version 2.95.3 20010125 (prerelease, propolice) smoketime 3 minutes 1 seconds (average 22.625 seconds) Summary:

[perl #37101] my $v if (0); leaves $v around

2005-09-08 Thread via RT
# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #37101] # in the subject line of all future correspondence about this issue. # URL: https://rt.perl.org/rt3/Ticket/Display.html?id=37101 This is a bug report for perl from [EMAIL PROTECTED], generated with the

Re: [perl #37101] my $v if (0); leaves $v around

2005-09-08 Thread Dave Mitchell
On Wed, Sep 07, 2005 at 05:19:55PM -0700, brucer @ gsg-lnx-bld1. cisco. com wrote: The following program invokes beta once instead of twice. Extremely non-intuitive. moving the #' down one line fixes it. 1) seems like it shouldn't compile. 2) $c is static and keeps its value between

[perl #37102] Perl regexp state gets clobbered (includes a fix)

2005-09-08 Thread via RT
# New Ticket Created by Geoff Mottram # Please include the string: [perl #37102] # in the subject line of all future correspondence about this issue. # URL: https://rt.perl.org/rt3/Ticket/Display.html?id=37102 The following problem has been observed under versions of Perl after 5.8.4 on

Smoke [5.9.3] 25364 FAIL(XF) bsd/os 4.1 (i386/1 cpu)

2005-09-08 Thread kane
Automated smoke report for 5.9.3 patch 25364 fixit.xs4all.nl: Pentium II (i386/1 cpu) onbsd/os - 4.1 using cc version egcs-2.91.66 19990314 (egcs-1.1.2 release) smoketime 3 hours 56 minutes (average 1 hour 58 minutes) Summary: FAIL(XF) O = OK F = Failure(s), extended

Re: [perl #37101] my $v if (0); leaves $v around

2005-09-08 Thread Piotr Fusik
The following program invokes beta once instead of twice. Extremely non-intuitive. Really? It is effectively: $c = beta ($a) if ( ! defined $c ); # the if condition is true $c = beta ($a) if ( ! defined $c ); # the if condition is false 1) seems like it shouldn\'t compile. Why not? 2) $c is

Re: [EMAIL PROTECTED] VMS fixes for cbuilder

2005-09-08 Thread Ken Williams
Hi John, Thanks for the patch. A couple questions: 1) I see both /include and /Include specified in various places in the source. Should your s/// be case-insensitive? 2) Would it be more appropriate to fold the include-dirs from ccflags into the user-specified ones, rather than throwing

Re: [EMAIL PROTECTED] VMS fixes for cbuilder

2005-09-08 Thread Ken Williams
Hi John, After my last email I reworked the patch so that all the modifications are in Platform/VMS.pm. Could you confirm that it still works for you and I haven't broken it? Thanks, -Ken Index: lib/ExtUtils/CBuilder/Platform/VMS.pm

[PATCH blead] Re: [perl #36733] %SIG not properly local-ized

2005-09-08 Thread Rick Delaney
This is a bug report for perl from [EMAIL PROTECTED], generated with the help of perlbug 1.35 running under perl v5.8.6. - The construct local %SIG = %SIG; does *not* make an exact local copy of %SIG, as it should.

Re: [EMAIL PROTECTED] VMS fixes for cbuilder

2005-09-08 Thread John E. Malmberg
Ken Williams wrote: Hi John, After my last email I reworked the patch so that all the modifications are in Platform/VMS.pm. Could you confirm that it still works for you and I haven't broken it? I will not be able to get to it for at least 10 hours, and it will probably be a bit longer,

Re: Encode on EBCDIC patch( Doesn't Work)

2005-09-08 Thread Sastry
Hi Dan The patch you had provided calls $_ebcdic_coder-decode($str); and subsequenly calls my $octets = $enc-encode($string,$check); Do you think it is how it is supposed to call on EBCDIC platform? Seems like this is a work around But there is another test case(lib/DBM_Filter/t/encode.t) in

[Encode] 2.12 Released!

2005-09-08 Thread Dan Kogai
Porters, I am pleased to release Encode Version 2.12 as follows; =head1 Availability http://www.dan.co.jp/~dankogai/cpan/Encode-2.12.tar.gz and CPAN near you. =head1 Highlight You can finally use coderef to CHECK. coderef for CHECK As of Encode 2.12 CHECK can also be a code

Re: [Encode] 2.12 Released!

2005-09-08 Thread Dan Kogai
On Sep 08, 2005, at 23:34 , Sastry wrote: Hi Dan Please check my previous mail on Encode problem on EBCDIC. Did you apply the patch in this new Version?(Seems like that is broken on EBCDIC platform as I happened to test on z/OS) I wil be glad if you can reply me for the previous mail at

Re: RFC - eliminate discrete arenaroots, mentoring

2005-09-08 Thread Jim Cromie
Nicholas Clark wrote: Scrub my previous message. It was incorrect. On Tue, Sep 06, 2005 at 11:40:12AM -0600, Jim Cromie wrote: t/op/sprintf..FAILED at test 239 @@ -9101,11 +9166,9 @@ } if (!asterisk) - { if( *q ==

Re: RFC - eliminate discrete arenaroots, mentoring

2005-09-08 Thread Nicholas Clark
On Thu, Sep 08, 2005 at 08:54:12AM -0600, Jim Cromie wrote: extracting the lesson; you either blamelogged sprintf.t to find the failing test, then found 25171 as last touch, or you last-50'd sv.c, found the sprintf.t change, then maybe noted the the date and touched-file overlap, then the

[perl #37110] compiling perl 5.8.7 for win32 using free microsoft tools

2005-09-08 Thread via RT
# New Ticket Created by Werner Bochtler # Please include the string: [perl #37110] # in the subject line of all future correspondence about this issue. # URL: https://rt.perl.org/rt3/Ticket/Display.html?id=37110 I've tried to compile perl 5.8.7 using the free tools from Microsoft as

[perl #37108] win32sck.c problem in perl 5.8.7 32 using BCC 5.5.1

2005-09-08 Thread via RT
# New Ticket Created by Werner Bochtler # Please include the string: [perl #37108] # in the subject line of all future correspondence about this issue. # URL: https://rt.perl.org/rt3/Ticket/Display.html?id=37108 The compilation of perl 5.8.7 for Win32 using BCC 5.5.1 fails with the

Re: RFC - eliminate discrete arenaroots, mentoring

2005-09-08 Thread Jim Cromie
Nicholas Clark wrote: On Thu, Sep 08, 2005 at 08:54:12AM -0600, Jim Cromie wrote: Thus far, Im unable to smoke current with this patch - Im having issues getting 'make regen' to run after the pfile is applied, and consequently teh compile fails with stuff like: sv.c:8451: error:

[perl #37110] compiling perl 5.8.7 for win32 using free microsoft tools

2005-09-08 Thread Steve Hay via RT
Thanks for the bug report. Are you sure that you installed the correct SDK components? I believe that the Core and MDAC components are all that is required, but perhaps something else is too. Try installing other components if you haven't already installed them all and let us know if some other

Re: RFC - eliminate discrete arenaroots, mentoring

2005-09-08 Thread Abe Timmerman
Op een mooie zomerdag (Thursday 08 September 2005 17:56),schreef Jim Cromie: Nicholas Clark wrote: [snip] I didn't have a problem with doing perl regen.pl after applying your patch, then re-running make. So I don't know what to suggest. Nicholas Clark I had no trouble doing it