On Tue, 22 Mar 2005 00:35:55 -0600, Andy Lester [EMAIL PROTECTED] wrote:
Attached is the third batch of changes. At this point, except for some
stuff in perl.c:
* If it's a string literal, it has a const char * pointing to it.
* If a func doesn't modify a char * variable passed in, it's
Alexey Tourbin wrote:
Hello,
SelectSaver can use simply a scalar reference for its underlying data.
--- perl-5.9.2.24039/lib/SelectSaver.pm- 2000-12-06 15:10:17 +
+++ perl-5.9.2.24039/lib/SelectSaver.pm 2005-03-18 17:55:27 +
Thanks, applied as #24064.
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #34524]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=34524
To: [EMAIL PROTECTED]
Subject: sv_rvweaken (Scalar::Util::weaken) is
Rafael Garcia-Suarez wrote:
[EMAIL PROTECTED] wrote:
The patch below against latest bleadperl is a quick and dirty first
attempt at such a fix, which passes all tests (including the new one) here;
a cleaner attempt (feel free, that's all I have time for today) would hoick
the
Automated smoke report for 5.9.2 patch 24061
mccoy.peters.homeunix.org: Intel Pentium III (GenuineIntel 686-class, 512KB
L2 cache) (i386/1 cpu)
onopenbsd - 3.6
using cc version 2.95.3 20010125 (prerelease, propolice)
smoketime 7 hours 33 minutes (average 56 minutes 38
You did see the list of warnings that your changes are generating that
I sent out?
I have, and have not matched against it. My #1 priority last night was
getting the updates out that I did have.
Andy
--
Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance
On Mon, Mar 21, 2005 at 11:28:00PM -0600, [EMAIL PROTECTED] wrote:
Automated smoke report for 5.9.2 patch 24061
kirk.peters.homeunix.org: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel
1994MHz) (i686/1 cpu)
onlinux - 2.6.10-1.770_FC3 [fedora]
using cc version 3.4.2
Automated smoke report for 5.9.2 patch 24066 on bsd/os - 4.1 (i386/1 cpu)
(fixit.xs4all.nl) using version
Report by Test::Smoke v1.18.09 (perl 5.00503) [3 hours 8 minutes]
O = OK F = Failure(s), extended report at the bottom
X = test(s) failed under TEST but not under harness
? = still running
Jos I. Boumans wrote:
It seems to have gotten quiet around this issue, so i figured i'd send
an email summarizing the current status, where we need to be and the
options to get there;
...
Much of the trouble from IPC::Run comes from its complex nature to
support all kind of system
H.Merijn Brand wrote:
I can fully confirm this behaviour, and would suggest to forbid -C on shebang
line, or give a warning if shebang finds -C
Agreed ; forbidden as change #24070 in blead.
On Tue, 22 Mar 2005 12:01:30 +0100, Rafael Garcia-Suarez
[EMAIL PROTECTED] wrote:
Rafael Garcia-Suarez wrote:
[EMAIL PROTECTED] wrote:
The patch below against latest bleadperl is a quick and dirty first
attempt at such a fix, which passes all tests (including the new one)
here;
Steve Peters wrote:
This failure started after yum decided that I needed bind on my system
to run some other piece of software (hate!).
mmm, yum. (sorry)
Since then, the smokes started
failing. Apparently, there are some differences between the structures
used for the re-entrant functions
crypt.org has been down for the last 48 hours or so with a broken
motherboard, and it appears that the intermediary mail spool has
(wrongly) been throwing my mail at some rather inept spam filters.
Apologies for any inconvenience that resulting bounces may have
caused; normal service should now
On Tue, Mar 22, 2005 at 04:19:51PM +0100, Rafael Garcia-Suarez wrote:
H.Merijn Brand wrote:
I can fully confirm this behaviour, and would suggest to forbid -C on
shebang
line, or give a warning if shebang finds -C
Agreed ; forbidden as change #24070 in blead.
:-(
Abigail
In the process of trying to figure out a bug with some overloaded code,
I was trying to look for the overload.t or equivalent tests in the
Perl core. I couldn't find any that were specifically testing
overload, though I found a number of other tests that use overload.
Do overload tests not exist
On Tue, Mar 22, 2005 at 01:12:49PM -0800, Ovid wrote:
In the process of trying to figure out a bug with some overloaded code,
I was trying to look for the overload.t or equivalent tests in the
Perl core. I couldn't find any that were specifically testing
overload, though I found a number of
http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.26.tar.gz
or
http://svn.schwern.org/svn/CPAN/ExtUtils-MakeMaker/trunk
or
a CPAN near you.
And its about time, too.
This is the first version since 6.21 (back in November 2003) that I can
say with confidence fixes more than it breaks (isn't
On Tue, Mar 22, 2005 at 07:07:10PM +0100, Rafael Garcia-Suarez wrote:
Steve Peters wrote:
This failure started after yum decided that I needed bind on my system
to run some other piece of software (hate!).
mmm, yum. (sorry)
Since then, the smokes started
failing. Apparently, there
So now that a stable MakeMaker is out, what happens now? Well, there's
going to be tweaking particularly for getting it to work in the core,
but that's all minor stuff. What's the big picture?
The big picture is mothballing MakeMaker and only making such changes as
are necessary to fix bugs.
Automated smoke report for 5.9.2 patch 24073
kirk.peters.homeunix.org: Intel(R) Celeron(R) CPU 2.00GHz (GenuineIntel
1994MHz) (i686/1 cpu)
onlinux - 2.6.10-1.770_FC3 [fedora]
using cc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)
smoketime 5 hours 22 minutes (average 20
20 matches
Mail list logo