# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #35129]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=35129
This is a bug report for perl from [EMAIL PROTECTED],
generated with the
Steve Hay wrote:
Automated smoke report for 5.9.3 patch 24339
TANGAROA.uk.radan.com: Intel(R) Pentium(R) 4 CPU 2.00GHz(~1992 MHz) (x86/1
cpu)
onMSWin32 - WinXP/.Net SP1
using cl version 12.00.8804
smoketime 51 minutes 24 seconds (average 2 minutes 8.500 seconds)
Steve Peters via RT [EMAIL PROTECTED] wrote:
: perl -we '() = abc =~ /(?=(..))/g'
: panic: pp_match start/end pointers at -e line 1.
:
:
:I checked with Perl 5.8.4 and above with threads and without on multiple
:systems, and I did not get that panic. I'm assuming this has been resolved.
Looking
Nice idea, but with complex ramifications. However, you have a point, so
I'll mark this bug as rejected.
I think the documentation already promises otherwise. perlrun says:
Personally i think this feature would be a worthy 5.10'ism. Since
apparently this means breaking old semantics maybe
Le jeudi 28 avril 2005 04:18 +, Steve Peters via RT a crit :
I'm sorry that no one has gotten to this ticket sooner, but, since
XML::Parser is not a part of
the Perl core, it is not supported here. Please check CPAN on bug reporting
for this
individual module at
On Thu, 28 Apr 2005 13:27:09 +0200, demerphq [EMAIL PROTECTED] wrote:
Nice idea, but with complex ramifications. However, you have a point, so
I'll mark this bug as rejected.
I think the documentation already promises otherwise. perlrun says:
Personally i think this feature would
Steve,
I was able to get Perl to succesfully install. I don't remember the
details, but the majority of issues were due to the manner in which
Sierra Cluster manages file systems.
cheers,
aaron
Steve Peters via RT wrote:
[EMAIL PROTECTED] - Tue Oct 05 11:17:03 2004]:
While installing
On Thu, Apr 28, 2005 at 08:52:06AM +0300, [EMAIL PROTECTED] ([EMAIL PROTECTED])
wrote:
If PADOFFSET was a pointer, it would be different.
All true. But now if the declaration has const but the proto doesn't,
compilers will whine. (E.g. Visual C does.)
Oof, I didn't know. gcc doesn't
-Original Message-
From: ext Andy Lester [mailto:[EMAIL PROTECTED]
Sent: 28 April, 2005 17:29
To: Hietaniemi Jarkko (Nokia-NVO/Helsinki)
Cc: perl5-porters@perl.org
Subject: Re: (in blead) a missing const in a prototype
On Thu, Apr 28, 2005 at 08:52:06AM +0300,
[EMAIL
[EMAIL PROTECTED] wrote:
In general, I wouldn't trust gcc to tell that much, even with -Wall.
The -Wall does *not* mean all the warnings. Gcc 3.x and 4.x are getting
better at whining, though. Especially naughty gcc is at silently enabling
gcc-specific extensions, and not warning about their
On Thu, 28 Apr 2005 16:49:02 +0100, Steve Hay [EMAIL PROTECTED] wrote:
[...]
-Wdeclaration-after-statement
Assuming that one does what it sounds like it does, that would be a good
one for Perl to use generally. Declarations after statements are
something that VC++ doesn't allow but
On Thu, Apr 28, 2005 at 05:48:54PM +0300, [EMAIL PROTECTED] wrote:
-Original Message-
From: ext Andy Lester [mailto:[EMAIL PROTECTED]
Sent: 28 April, 2005 17:29
To: Hietaniemi Jarkko (Nokia-NVO/Helsinki)
Cc: perl5-porters@perl.org
Subject: Re: (in blead) a missing const in a
H.Merijn Brand wrote:
On Thu, 28 Apr 2005 16:49:02 +0100, Steve Hay [EMAIL PROTECTED] wrote:
[...]
-Wdeclaration-after-statement
Assuming that one does what it sounds like it does, that would be a good
one for Perl to use generally. Declarations after statements are
something
On Thu, Apr 28, 2005 at 05:48:54PM +0300, [EMAIL PROTECTED] ([EMAIL PROTECTED])
wrote:
In general, I wouldn't trust gcc to tell that much, even with -Wall.
The -Wall does *not* mean all the warnings. Gcc 3.x and 4.x are getting
better at whining, though. Especially naughty gcc is at silently
[EMAIL PROTECTED] wrote:
I think the pad_compname_type in embed.fnc should be
p |HV*|pad_compname_type|const PADOFFSET po
to match pad.c
Thanks, applied as change #24350. (My VC++ was whining too.)
- Steve
Radan Computational Ltd.
On Wed, Apr 27, 2005 at 11:48:39PM -0500, David Nicol wrote:
On 4/26/05, Michael G Schwern [EMAIL PROTECTED] wrote:
I presume you mean this to be the smart way:
foreach my $num (1..$Very_Big_Number) {
$num *= 10;
...do whatever...
}
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] writes:
-Waggregate-return -Wbad-function-cast -Wcast-align -Wcast-qual
-Wconversion -Wdeclaration-after-statement -Wmissing-prototypes
-Wnested-externs -Wpointer-arith -Wredundant-decls -Wshadow
-Wsign-compare -Wstrict-prototypes
On Wed, Apr 27, 2005 at 11:48:39PM -0500, David Nicol wrote:
You want to go from n to m by tens, presumably you have
taken introductory C programming at some point in grade school
or somewhen, you do not need coaching to come up with
for (my $num = $n; $n = $m; $n+= 10){
Not to put
We've been doing printf-style attributes incorrectly, such that GCC has
been ignoring them. These are now fixed.
I've included proto.h and its brethren so that you can see what's
different in it once embed.pl is rerun, without having to apply the patch.
Of course, embed.pl has been changed and
On Thu, Apr 28, 2005 at 03:49:29AM -, Steve Peters via RT wrote:
I'm not sure what the cause is or what the fix is, but I tried the above
code with perl 5.9.2, and it returned good. This ticket is resolved,
but if someone can point out the specific fix, I'd appreciate it.
That would be
On Thu, Apr 28, 2005 at 02:44:38PM -0700, Gisle Aas ([EMAIL PROTECTED]) wrote:
/* look for modifiers */
while (patptr patend) {
-const char *allowed;
+const char *allowed = ;
I32 modifier = 0;
switch (*patptr) {
case '!':
Better
On Thu, Apr 28, 2005 at 06:25:24PM -0500, David Nicol wrote:
So is it or is it not appropriate to add examples of range-by loops to
the documentation for the range operator, which is what Dan is asking for?
There's already several examples of basic range/foreach loops in
the perlop range docs
On Thu, Apr 28, 2005 at 01:27:09PM +0200, demerphq wrote:
And a last thing would be it would be nice if there was an easy way to
cause to binmode its input files as under win32 its a real pain if
you dont want text mode behaviour when you are using magic IO
operator...
sticking
Automated smoke report for 5.9.3 patch 24350
TANGAROA.uk.radan.com: Intel(R) Pentium(R) 4 CPU 2.00GHz(~1992 MHz) (x86/1 cpu)
onMSWin32 - WinXP/.Net SP1
using cl version 12.00.8804
smoketime 5 hours 53 minutes (average 11 minutes 4 seconds)
Summary: FAIL(M)
O = OK F =
24 matches
Mail list logo