Re: 5.8.7 RC1 -- global.sym

2005-05-21 Thread Alexey Tourbin
On Fri, May 20, 2005 at 11:46:35AM +0100, Nicholas Clark wrote: Please don't publicise that URL outside p5p - instead ftp://ftp.cpan.org/pub/CPAN/authors/id/N/NW/NWCLARK/perl-5.8.7-RC1.tar.bz2 Hello, The following symbols should probably be added to global.sym: Perl_Ipte_arenaroot_ptr

Smoke [5.9.3] 24523 FAIL(M) bsd/os 4.1 (i386/1 cpu)

2005-05-21 Thread kane
Automated smoke report for 5.9.3 patch 24523 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 21 minutes 20 seconds (average 10 minutes 40 seconds) Summary: FAIL(M) O = OK F = Failure(s),

Re: eval { goto foo } behaviour

2005-05-21 Thread Rafael Garcia-Suarez
On 5/21/05, Dave Mitchell [EMAIL PROTECTED] wrote: My question is, should sub f { eval { goto g } } a) give an error like the string form of eval, or b) exit f() and start executing g()? I vote (b). I agree. You're already allowed to exit eval {} statements by using last or

Re: [perl #35904] Unable to 'make' Perl 5.8.6

2005-05-21 Thread Rafael Garcia-Suarez
On 20 May 2005 23:43:24 -, via RT Gerard Seibert [EMAIL PROTECTED] wrote: config.h:1976:9: invalid preprocessing directive #HAS_MSG_CTRUNC Somehow config.h wasn't properly generated. How did you invoke the Configure script ?

Re[2]: [perl #35904] Unable to 'make' Perl 5.8.6

2005-05-21 Thread Gerard Seibert
On Saturday, May 21, 2005 5:32:10 AM Rafael Garcia-Suarez via RT [EMAIL PROTECTED] wrote: $On 20 May 2005 23:43:24 -, via RT Gerard Seibert $[EMAIL PROTECTED] wrote: $ config.h:1976:9: invalid preprocessing directive #HAS_MSG_CTRUNC $ $Somehow config.h wasn't properly generated. $How did

Smoke [5.9.3] 24523 FAIL(XM) openbsd 3.7 (i386/1 cpu)

2005-05-21 Thread steve
Automated smoke report for 5.9.3 patch 24523 mccoy.peters.homeunix.org: Intel Pentium III (GenuineIntel 686-class, 512KB L2 cache) (i386/1 cpu) onopenbsd - 3.7 using cc version 3.3.5 (propolice) smoketime 3 hours 48 minutes (average 28 minutes 31 seconds) Summary:

Re: eval { goto foo } behaviour

2005-05-21 Thread Dave Mitchell
On Sat, May 21, 2005 at 11:29:26AM +0200, Rafael Garcia-Suarez wrote: On 5/21/05, Dave Mitchell [EMAIL PROTECTED] wrote: My question is, should sub f { eval { goto g } } a) give an error like the string form of eval, or b) exit f() and start executing g()? I vote (b). I

[PATCH] ctags parms need to know .h is C

2005-05-21 Thread Andy Lester
If ctags doesn't have the --langmap parm, it won't handle .h as C. xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance diff -ur /home/alester/bleadperl/Makefile.SH /home/alester/bw/trunk/Makefile.SH --- /home/alester/bleadperl/Makefile.SH 2005-05-20

[PATCH] embed.fnc cleanup + SvPVX_const usage

2005-05-21 Thread Andy Lester
These should be two separate patches, but there's too much overlap. * Added more NN flags to functions in embed.fnc * Rearranged some funcs to reduce the number of #ifdefs * Added definitions for all the Perl_ck_* functions in op.c. * In op.c renamed static handle_constructor to

Re: eval { goto foo } behaviour

2005-05-21 Thread Rafael Garcia-Suarez
On 5/21/05, Dave Mitchell [EMAIL PROTECTED] wrote: Actually I've changed my mind. I've just remembered that sub f { eval { return } } only exits the eval and not f(). So (b) would be inconsistent behaviour. I now favour (a). A third option, of replacing the eval with a call to g(), which

Re: eval { goto foo } behaviour

2005-05-21 Thread Dave Mitchell
On Sat, May 21, 2005 at 04:33:19PM +0200, Rafael Garcia-Suarez wrote: On 5/21/05, Dave Mitchell [EMAIL PROTECTED] wrote: Actually I've changed my mind. I've just remembered that sub f { eval { return } } only exits the eval and not f(). So (b) would be inconsistent behaviour. I now

Re: [patch] teach B::Concise to see XS code

2005-05-21 Thread Jim Cromie
Jim Cromie wrote: attached patch teaches B::Concise to see XS code, so now it reports 'foo is XS code' when thats appropriate, rather than 'foo has no START'. another revision attached. This one fixes test-counts for threaded/nonthreaded and for maint/blead. And adds 'avoiding disaster' :-O

Re: eval { goto foo } behaviour

2005-05-21 Thread Rafael Garcia-Suarez
On 5/21/05, Dave Mitchell [EMAIL PROTECTED] wrote: Er, I think you mean (d) :-) OK, you made it perfectly clear, and I adopt your advice.

[PATCH] Enable 64bitall builds for Solaris x86

2005-05-21 Thread Gisle Aas
With the following patch relative to blead I'm able to build perl with -Duse64bitall on our new Opteron server running Solaris 10. The test suite passes both with the gcc-3.4.3 (csl-sol210-3_4-branch+sol_rpath) and Sun C 5.7 2005/01/07 compilers. Without the patch Configure would tell me:

Re: [PATCH] ctags parms need to know .h is C

2005-05-21 Thread Abhijit Menon-Sen
At 2005-05-21 08:58:14 -0500, [EMAIL PROTECTED] wrote: If ctags doesn't have the --langmap parm, it won't handle .h as C. Thanks, applied. (#24528) -- ams

[perl #35925] GvHV() can end up pointing at garbage - thread dup bug

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

Re[2]: [perl #35904] Unable to 'make' Perl 5.8.6

2005-05-21 Thread Andy Dougherty
On Sat, 21 May 2005, Gerard Seibert wrote: On Saturday, May 21, 2005 5:32:10 AM Rafael Garcia-Suarez via RT [EMAIL PROTECTED] wrote: $On 20 May 2005 23:43:24 -, via RT Gerard Seibert $[EMAIL PROTECTED] wrote: $ config.h:1976:9: invalid preprocessing directive #HAS_MSG_CTRUNC $

Re: [perl #35925] GvHV() can end up pointing at garbage - thread dup bug

2005-05-21 Thread Dave Mitchell
On Sat, May 21, 2005 at 04:25:10PM -, Nicholas Clark wrote: There is a bug in duping - GvHV() can end up pointing at garbage. I can reproduce it with: our $foo : unique = 'abc'; use threads; threads-create(sub { 1} )-join(); It seems to be down to the code in S_gv_share(),

Re: [perl #35925] GvHV() can end up pointing at garbage - thread dup bug

2005-05-21 Thread Nicholas Clark
On Sat, May 21, 2005 at 07:49:04PM +0100, Dave Mitchell wrote: On Sat, May 21, 2005 at 04:25:10PM -, Nicholas Clark wrote: There is a bug in duping - GvHV() can end up pointing at garbage. I can reproduce it with: our $foo : unique = 'abc'; use threads;

Re: [perl #35925] GvHV() can end up pointing at garbage - thread dup bug

2005-05-21 Thread Dave Mitchell
On Sat, May 21, 2005 at 07:54:09PM +0100, Nicholas Clark wrote: Surely that logic is pants, in that: correct. :unique seems to be a badly-thought out hack. a: it should be PL_sv_no from the child thread that would be an improvement b: even PL_sv_no is wrong, because too much other code

Smoke [5.9.3] 24533 FAIL(m) MSWin32 WinXP/.Net SP1 (x86/1 cpu)

2005-05-21 Thread Steve Hay
Automated smoke report for 5.9.3 patch 24533 TANGAROA.uk.radan.com: Intel(R) Pentium(R) 4 CPU 2.00GHz(~1992 MHz) (x86/1 cpu) onMSWin32 - WinXP/.Net SP1 using ? unknown cc version smoketime 2 minutes 25 seconds (average 6.042 seconds) Summary: FAIL(m) O = OK F =

Smoke [5.9.3] 24527 FAIL(m) linux 2.6.10-5-386 [debian] (i686/1 cpu)

2005-05-21 Thread steve
Automated smoke report for 5.9.3 patch 24527 kirk: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel 1994MHz) (i686/1 cpu) onlinux - 2.6.10-5-386 [debian] using cc version 3.4.4 20050209 (prerelease) (Debian 3.4.3-9ubuntu4) smoketime 3 hours 36 minutes (average 27 minutes 2

[PATCH] ExtUtils::CBuilder Tru64 support

2005-05-21 Thread Jarkko Hietaniemi
Doing bare ld -o exe exe.o won't produce a working executable, quite a many necessary flags would be missing. The easiest thing to do is to just use the compiler as the linker frontend. The attached patch customizes EU::CB to do just that for Tru64. I expect this problem to be the case in many

Re: [perl #35878] goto xsub that croaks corrupts memory

2005-05-21 Thread Dave Mitchell
Croaking from a XSUB called via goto xsub corrupts perl internals. Now fixed in bleed with the change below. -- Red sky at night - gerroff my land! Red sky at morning - gerroff my land! -- old farmers' sayings #14 Change 24535 by [EMAIL PROTECTED] on 2005/05/21 22:10:19 [perl

Re: [PATCH] ExtUtils::CBuilder Tru64 support

2005-05-21 Thread Abhijit Menon-Sen
At 2005-05-21 23:20:21 +0300, [EMAIL PROTECTED] wrote: The attached patch customizes EU::CB to do just that for Tru64. Thanks, applied. (#24537) -- ams

Re: [PATCH] ExtUtils::CBuilder Tru64 support

2005-05-21 Thread Michael G Schwern
On Sat, May 21, 2005 at 11:20:21PM +0300, Jarkko Hietaniemi wrote: Doing bare ld -o exe exe.o won't produce a working executable, quite a many necessary flags would be missing. The easiest thing to do is to just use the compiler as the linker frontend. The attached patch customizes EU::CB

Re: [PATCH] ExtUtils::CBuilder Tru64 support

2005-05-21 Thread Nicholas Clark
On Sat, May 21, 2005 at 04:33:02PM -0700, Michael G Schwern wrote: On Sat, May 21, 2005 at 11:20:21PM +0300, Jarkko Hietaniemi wrote: Doing bare ld -o exe exe.o won't produce a working executable, quite a many necessary flags would be missing. The easiest thing to do is to just use the

creating typeglobs

2005-05-21 Thread Nicholas Clark
Currently perl creates a scalar for the SCALAR slot when it creates a typeglob, because it assumes that it's likely to be needed. In these days of use strict, this assumption is very wrong, because most code uses lexicals, so we're wasting a lot of memory. If anything, it should create a

Re: [PATCH] ExtUtils::CBuilder Tru64 support

2005-05-21 Thread Michael G Schwern
On Sun, May 22, 2005 at 12:38:09AM +0100, Nicholas Clark wrote: Not trusting %Config seems the wrong way to go. MakeMaker uses $Config{ld} and $Config{lddlflags}. What bit of magic is MakeMaker doing that CBuilder is not? The problem (IIRC) is that 'ld' is the command to create

[PATCH] Re: [patch] teach B::Concise to see XS code

2005-05-21 Thread Stephen McCamant
JC == Jim Cromie [EMAIL PROTECTED] writes: JC This Can trigger SEGFAULT in B, in some non-default circumstances; JC when I invoke it to test Config.pm, it pukes on Config::AUTOLOAD. JC the AUTOLOAD tests Ive added to concise.t dont expose the problem. JC (gdb) run -w -Ilib ext/B/t/concise-xs.t