On Mon, 20 Jun 2005 13:40:15 -0700, Yitzchak Scott-Thoennes <[EMAIL PROTECTED]>
wrote:
> On Mon, Jun 20, 2005 at 10:37:30PM +0200, H.Merijn Brand wrote:
> > > ../lib/Test/Harness/t/strap-analyze.t...FAILED at test 19
> > > ../lib/Test/Harness/t/test-harness.tFAILED at test 13
> >
> >
> On the other hand, I keep promising to work with Robert Spier to
> mirror each branch individually (which is doable right now with SVK,
> if a little annoying due to the duplicated effort). I just redid my
> mirror (again) so I can write up the instructions while they are fresh
> in my head and
> [mkoeppe - Thu Jun 09 12:01:32 2005]:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.35 running under perl v5.8.6.
>
> With ActivePerl 5.8.6.811, creating a hard link on a local NTFS
> formatted
> drive (Win2000) works as expected, but it fails
Rafael Garcia-Suarez <[EMAIL PROTECTED]> wrote:
:On 6/17/05, hv wrote:
:> :Oops. I've overlooked the case 'g'. For the time being, I'll skip
:> :the block if args != null, removing va_arg() at all.
:>
:> Good, that's a much better solution than anything I suggested.
:
:I'm not 100% sure what you
Perl5 Bug Summary
http://rt.perl.org/rt3/NoAuth/perl5/Overview.html
Generated at Mon Jun 20 13:00:02 2005 GMT
---
* Total Issues
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors wi
Hello all,
Just for the records, I installed ICC8 and ICC9 and compiled blead
using "./Configure -des -Dusedevel -Dcc=icc". Everything compiled fine
with both versions, only emitting loads of warnings (sent to Andy
Lester at his request).
"All tests successful" with both versions.
(I'm runn
On 6/17/05, hv wrote:
> :Oops. I've overlooked the case 'g'. For the time being, I'll skip
> :the block if args != null, removing va_arg() at all.
>
> Good, that's a much better solution than anything I suggested.
I'm not 100% sure what you meant, is the following correct ? :
//depot/perl
"Piotr Fusik" <[EMAIL PROTECTED]> writes:
> > Done as change #24908.
> >
> Oh, no! $# is cool!
Oh, no! Without it my 0th Annual Obfuscated Perl Contest entry will
not work any more.
:)
On Mon, Jun 20, 2005 at 10:37:30PM +0200, H.Merijn Brand wrote:
> > ../lib/Test/Harness/t/strap-analyze.t...FAILED at test 19
> > ../lib/Test/Harness/t/test-harness.tFAILED at test 13
>
> make test:
>
> lib/Test/Harness/t/strap-analyze..Can't locate if.pm in @INC (@INC
> conta
On Mon, 20 Jun 2005 20:39 +0200, "H.Merijn Brand" <[EMAIL PROTECTED]> wrote:
> Automated smoke report for 5.9.3 patch 24906
> pc03: x86 Family 15 Model 1 Stepping 2, GenuineIntel (x86/1 cpu)
> oncygwin_nt-5.0 - 1.5.17(0.129/4/2)
> using gcc version 3.4.4 (cygming special) (gdc
> > > I guess we can then remove it from blead (like $*).
> >
> > Gah. I was hoping you'd come up for a patch which I could merge into
maint :-(
> > Laziness doesn't always work. I guess it goes onto my todo...
> >
> > Yes, culling it is the best solution.
>
> Done as change #24908.
>
Oh, no! $# is
On Mon, Jun 20, 2005 at 05:30:05PM +0100, [EMAIL PROTECTED] ([EMAIL PROTECTED])
wrote:
> : if (zeros) {
> :+int i;
> : for (i = zeros; i; i--)
> : *p++ = '0';
> : }
>
> Minor nit: is it in any way useful to redeclare a scratch variable
> at an inner scope when
On Mon, 20 Jun 2005, Rick Delaney wrote:
> On Mon, Jun 20, 2005 at 01:27:53PM +0200, Rafael Garcia-Suarez wrote:
> > Nicholas Clark wrote:
> > > On Mon, Jun 20, 2005 at 12:50:44PM +0200, Rafael Garcia-Suarez wrote:
> > > > $ perl5.8.7 -we 'print $#'
> > > > Use of $# is deprecated at -e line 1.
>
-Original Message-
From: Rafael Garcia-Suarez [mailto:[EMAIL PROTECTED]
Sent: 17 June 2005 14:48
To: perl5-porters@perl.org
Subject: Re: rebuilding lib/Config*; was RE: [PATCH] 5.8.7 fails to
build with parallel make
Robin Barker wrote:
> I assume this solves the parallel make problem, bu
On Mon, Jun 20, 2005 at 03:52:26PM +0100, Simon Wistow wrote:
> "comparison is always true due to limited range of data type
Those are expected. Unfortunately, it's a case where gcc has an
optimization that always triggers a warning; there's no way to write
the code (AFAIK) to get the optimiz
Robin Barker wrote:
> FPTR2DPTR in perl.h is defined as (t)PTR2UV(p)
> if UVSIZE > PTRSIZE this gives a compiler warning.
>
> We could use INT2PTR(t,PTR2UV(p)) but this could
> expand to
> (t)(unsigned long)(UV)(unsigned long)(p)
> which is a bit unnecessary.
>
> What is needed is an unsig
On Mon, Jun 20, 2005 at 04:39:24PM +0100, Nicholas Clark said:
> What is Centos4? These guys? http://www.centos.org/
Sorry, yes. I should have mentioned. It's a 'community' version of
Redhat Enterprise Linux 4.
> No, not really.
> Does 5.8.7 fail in the same way?
No. I'm currently frownign very
Andy Lester <[EMAIL PROTECTED]> wrote:
:@@ -9744,6 +9747,7 @@ Perl_sv_vcatpvfn(pTHX_ SV *sv, const cha
: SvGROW(sv, SvCUR(sv) + need + dotstrlen + 1);
: p = SvEND(sv);
: if (esignlen && fill == '0') {
:+ int i;
: for (i = 0; i < (int)esignlen; i++)
:
Steve Peters wrote:
> To help others in avoiding the same embarassing moment I had last
> week, below is a patch to help to help clarify the actual
> functionality of for and foreach. I'm also working on a slightly
> larger patch to merge the "For loop" and "Foreach loop" sections
> of the documen
> [EMAIL PROTECTED] - Sat Jun 18 02:28:41 2005]:
>
> -BEGIN PGP SIGNED MESSAGE-
>
> Moin,
>
> Steve Peters <[EMAIL PROTECTED]> wrote:
>
> >On Fri, Jun 17, 2005 at 07:55:04PM -0500, Steve Peters wrote:
> >> On Fri, Jun 17, 2005 at 09:44:20AM -0700, Warren L Dodge wrote:
> [snip]
> >The b
Andy Lester wrote:
> Here's a rundown:
Thanks, applied as #24913 (by Dr. Pumpking and his evil leutnant Perforcerator)
On Mon, Jun 20, 2005 at 03:52:26PM +0100, Simon Wistow wrote:
>
> I'm trying to build 5.6.2 on a 64bit Centos4 box.
>
> Linux fc1x64build.mpc.local 2.6.9-5.0.3.EL #1 Sat Feb 19 15:25:58 CST
> 2005 x86_64 x86_64 x86_64 GNU/Linux
What is Centos4? These guys? http://www.centos.org/
> I can't quit
Here's a rundown:
sv.c: Consting & localizing
embed.fnc: More flags for non-null parms and having to check return
codes. One of them (gv_init, I believe) causes a warning under GCC
that says that we could be passing a null pointer when we shouldn't be.
I'm going to investigate. Also, all the *
On Mon, Jun 20, 2005 at 01:27:53PM +0200, Rafael Garcia-Suarez wrote:
> Nicholas Clark wrote:
> > On Mon, Jun 20, 2005 at 12:50:44PM +0200, Rafael Garcia-Suarez wrote:
> > > $ perl5.8.7 -we 'print $#'
> > > Use of $# is deprecated at -e line 1.
> > > Use of uninitialized value in print at -e line 1
I'm trying to build 5.6.2 on a 64bit Centos4 box.
Linux fc1x64build.mpc.local 2.6.9-5.0.3.EL #1 Sat Feb 19 15:25:58 CST
2005 x86_64 x86_64 x86_64 GNU/Linux
Doing
sh Configure -Dprefix=/software/perl/5.6.2/linux.centos4.x86_64 \
-Dcc=gcc -de
and then
make
On Mon, Jun 20, 2005 at 03:03:20AM -0700, Yitzchak Scott-Thoennes wrote:
> On Mon, Jun 20, 2005 at 10:44:30AM -, Piotr Fusik wrote:
> > I thought "the assignment" is "the = operator". So:
> > "for $[ = 0" is scalar assignment in list context.
> > "if (($[) = 0)" is list assignment in scalar con
To help others in avoiding the same embarassing moment I had last
week, below is a patch to help to help clarify the actual
functionality of for and foreach. I'm also working on a slightly
larger patch to merge the "For loop" and "Foreach loop" sections
of the documentation to help emphasize the f
On Mon, Jun 20, 2005 at 11:14:33AM +0100, Steve Hay wrote:
> Nicholas Clark wrote:
>
> >Change 24894 by [EMAIL PROTECTED] on 2005/06/18 15:07:47
> >
> > Subject: [PATCH] squeeze repetition out of Perl_sv_free_arenas
> > From: Jim Cromie <[EMAIL PROTECTED]>
> > Message-ID: <[EMAIL PROTE
FPTR2DPTR in perl.h is defined as (t)PTR2UV(p)
if UVSIZE > PTRSIZE this gives a compiler warning.
We could use INT2PTR(t,PTR2UV(p)) but this could
expand to
(t)(unsigned long)(UV)(unsigned long)(p)
which is a bit unnecessary.
What is needed is an unsigned integer the same size
as a poin
On 6/20/05, Steve Hay <[EMAIL PROTECTED]> wrote:
> Nicholas Clark wrote:
(snip error result)
> >I suspect that this may be me and it may be change 24896.
> >
> >
> I suspect not. I think it is the same old intermittent failure that
> I've been having for a lng time now, e.g. the smokes at patc
chromatic wrote:
> Here's a variant of the previous patch with feedback incorporated. The
> only change is to the perlfunc patch, to make the possibilities and
> strengths and weaknesses of each approach more explicit.
Thanks, applied as change #24909.
Automated smoke report for 5.9.3 patch 24899
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 4 hours 2 minutes (average 2 hours 1 minute)
Summary: FAIL(F)
O = OK F = Failure(s), extended report
Nicholas Clark wrote:
> On Mon, Jun 20, 2005 at 12:50:44PM +0200, Rafael Garcia-Suarez wrote:
> > Mark Jason Dominus wrote:
> > >
> > > > 0 is always formatted as "0", no matter how $# is set.
> > >
> > > Since $# has *never* worked properly, and doesn't appear to be useful
> > > at all, I wonder
On Mon, Jun 20, 2005 at 12:50:44PM +0200, Rafael Garcia-Suarez wrote:
> Mark Jason Dominus wrote:
> >
> > > 0 is always formatted as "0", no matter how $# is set.
> >
> > Since $# has *never* worked properly, and doesn't appear to be useful
> > at all, I wonder if we could just throw it away?
>
> $ perl5.8.7 -we 'print $#'
> Use of $# is deprecated at -e line 1.
Oh, goody.
Thanks for your reply.
Mark Jason Dominus wrote:
>
> > 0 is always formatted as "0", no matter how $# is set.
>
> Since $# has *never* worked properly, and doesn't appear to be useful
> at all, I wonder if we could just throw it away?
$ perl5.8.7 -we 'print $#'
Use of $# is deprecated at -e line 1.
Use of uninitialize
> 0 is always formatted as "0", no matter how $# is set.
Since $# has *never* worked properly, and doesn't appear to be useful
at all, I wonder if we could just throw it away?
Nicholas Clark wrote:
>Hello to our friends at asconsultancy.com who clearly haven't got a clue when
>it comes to configuring autorepsonders.
>
>On Mon, Jun 20, 2005 at 07:30:00AM +0100, Steve Hay wrote:
>
>
>
>>Failures: (common-args) -DINST_TOP=$(INST_DRV)\Smoke\doesntexist
>>[default] -Duseit
Hello to our friends at asconsultancy.com who clearly haven't got a clue when
it comes to configuring autorepsonders.
On Mon, Jun 20, 2005 at 07:30:00AM +0100, Steve Hay wrote:
> Failures: (common-args) -DINST_TOP=$(INST_DRV)\Smoke\doesntexist
> [default] -Duseithreads
> [default] -DDEBUGGING -Du
***This is an auto generated mail, to aknowledge the receiept of
your mail***
Hello perl5-porters@perl.org,
This refers to your mail with subject "[perl #36336] $# doesn't apply to 0 "
receieved on Mon, 20 Jun 2005 10:16:45 GMT from "Piotr Fusik" (via RT) <[EMAIL
PROTE
# New Ticket Created by "Piotr Fusik"
# Please include the string: [perl #36336]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36336 >
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of perlb
>> [aa29 - Thu Apr 08 01:12:56 2004]:
To: [EMAIL PROTECTED]
Subject: Perl segfaults if XS changes system environment
Reply-To: [EMAIL PROTECTED]
Message-Id: <[EMAIL PROTECTED]>
Perl (Win32) segfaults with "free to wrong pool..." message during
interpreter
destruction phase IF:
1. destruct_lev
Nicholas Clark wrote:
>Change 24894 by [EMAIL PROTECTED] on 2005/06/18 15:07:47
>
> Subject: [PATCH] squeeze repetition out of Perl_sv_free_arenas
> From: Jim Cromie <[EMAIL PROTECTED]>
> Message-ID: <[EMAIL PROTECTED]>
> Date: Sat, 18 Jun 2005 00:47:36 -0600
>
>
Borland
Andy Lester wrote:
> embed.fnc: Many new checks on requiring return value to be used. Also
> consolidated the two PERL_IN_HV_C blocks.
>
> pp_ctl.c: Lots of consting and localization of auto vars. Removed the
> return type of S_docatch_body(), since it was never used. Simplified
> the tryCALL_A
On Mon, Jun 20, 2005 at 10:44:30AM -, Piotr Fusik wrote:
> > > + $x = 1 for $[ = 0;
> > > + pass('optimized assignment to $[ used to segfault in scalar
> context');
> > > + if (($[) = 0) { $x = 1 }
> > > + pass('optimized assignment to $[ used to segfault in list
> context');
> > >
> > > Looks
Eric Amick (via RT) wrote:
> The C statement modifier is documented, but the C
> statement itself is not. This patch fills the gap.
Thanks, applied to bleadperl as change #24902.
Rick Delaney wrote:
> On Sun, Jun 19, 2005 at 11:34:55AM -, Piotr Fusik wrote:
> > + $x = 1 for $[ = 0;
> > + pass('optimized assignment to $[ used to segfault in scalar context');
> > + if (($[) = 0) { $x = 1 }
> > + pass('optimized assignment to $[ used to segfault in list context');
> >
> >
> > + $x = 1 for $[ = 0;
> > + pass('optimized assignment to $[ used to segfault in scalar
context');
> > + if (($[) = 0) { $x = 1 }
> > + pass('optimized assignment to $[ used to segfault in list
context');
> >
> > Looks like the descriptions of contexts are swapped (i.e.
"for" should be
> > "list
Steve Peters via RT wrote:
>>[aa29 - Thu Apr 08 01:12:56 2004]:
>>
>>To: [EMAIL PROTECTED]
>>Subject: Perl segfaults if XS changes system environment
>>Reply-To: [EMAIL PROTECTED]
>>Message-Id: <[EMAIL PROTECTED]>
>>
>>This is a bug report for perl from [EMAIL PROTECTED],
>>generated with the help
49 matches
Mail list logo
