On Sun, Nov 16, 2008 at 06:52:08PM -0800, chromatic wrote:
I'd rather remove the hash seed from the key calculation. Instead, let's use
a global seed (#defined somewhere) as the initial seed, cache the calculated
You don't want a constant global seed, else you fall foul of Algorithmic
Nicholas Clark wrote:
On Sun, Nov 16, 2008 at 06:52:08PM -0800, chromatic wrote:
I'd rather remove the hash seed from the key calculation. Instead, let's use
a global seed (#defined somewhere) as the initial seed, cache the calculated
You don't want a constant global seed, else you fall
On Sun, 16 Nov 2008, chromatic via RT wrote:
Storable 2.18 required in r32744, which should resolve this issue.
But the ultimate problem was that the issue was an unnecessary hurdle.
At the time of the bug report, I tried building with Storable-2.12 and
with 2.18 and observed *no
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Nov 17 14:00:01 2008 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with
2008/11/17 Andrew Dougherty [EMAIL PROTECTED]:
On Sun, 16 Nov 2008, chromatic via RT wrote:
Storable 2.18 required in r32744, which should resolve this issue.
But the ultimate problem was that the issue was an unnecessary hurdle.
At the time of the bug report, I tried building with
On Mon, 17 Nov 2008, Reini Urban via RT wrote:
2008/11/17 Andrew Dougherty [EMAIL PROTECTED]:
On Sun, 16 Nov 2008, chromatic via RT wrote:
Storable 2.18 required in r32744, which should resolve this issue.
But the ultimate problem was that the issue was an unnecessary hurdle.
At the
On Mon, 17 Nov 2008, Andrew Dougherty wrote:
On Sun, 16 Nov 2008, chromatic via RT wrote:
Storable 2.18 required in r32744, which should resolve this issue.
Note, by the way, that perl-5.8.8 only shipped with Storable 2.15.
--
Andy Dougherty [EMAIL PROTECTED]
[EMAIL PROTECTED] via RT wrote:
I've fixed it in a patch that's about to go in as soon as it smokes;
please can somebody make sure that a regression test goes in for this.
test added in (pugs) r23032.
I hereby encourage all Rakudo hackers to give tickets to me if they have
fixed it, but there
On Monday 17 November 2008 11:07:52 Andrew Dougherty wrote:
Note, by the way, that perl-5.8.8 only shipped with Storable 2.15.
Perl 5.8.8 doesn't ship with File::Which either, and we require that too. (We
do bundle that in our repository, which is something we shouldn't do and
something I
On Mon Nov 17 01:51:40 2008, ihrd wrote:
Hi!
I start that message like bug report, but I have doubt.
example:
class A {
method foo (@a) {
@a.grep: { say @a }; # just for example, real code not so
pointless
}
}
my $o = A.new;
$o.foo(['foo']); # foo
$o.foo([1, 2]);
On Mon, 17 Nov 2008, chromatic wrote:
On Monday 17 November 2008 11:07:52 Andrew Dougherty wrote:
Note, by the way, that perl-5.8.8 only shipped with Storable 2.15.
Perl 5.8.8 doesn't ship with File::Which either, and we require that too.
(We
do bundle that in our repository, which
On Mon, Nov 17, 2008 at 01:38:25PM -0800, chromatic wrote:
Here are my assumptions:
* anyone building Parrot now can install dependencies (working C compilation
environment, potentially a bignum library, some CPAN modules, potentially
flex/bison or equivalents)
Personally, I'm fine with
On Mon, Nov 17, 2008 at 10:15:09PM +0100, Moritz Lenz wrote:
I hereby encourage all Rakudo hackers to give tickets to me if they have
fixed it, but there are no tests yet (with an appropriate comment, of
course). I can't promise to write tests for everything, but the chances
are much higher
On Fri, Nov 14, 2008 at 09:14:51AM -0800, Larry Wall wrote:
On Thu, Nov 13, 2008 at 07:19:31PM -0600, Patrick R. Michaud wrote:
: I'm guessing that the statement at S06:2362 is an artifact of
: an earlier draft that didn't have the section on MAIN subroutines,
: but I'm wanting to verify that
Patrick R. Michaud via RT wrote:
Can (should) we do one or more of the following...?
1. Mark GC as a dependency for this ticket
2. Mark this ticket as stalled waiting for GC issues
3. Move this ticket to the new Trac ticket queue
This would help remove this from our active ticket queue,
Author: larry
Date: Mon Nov 17 17:12:39 2008
New Revision: 14606
Modified:
doc/trunk/design/syn/S05.pod
Log:
Refinement to LTM tiebreaking rules so that foo matches before \w\w\w
and fo\w matches before f\w\w.
Modified: doc/trunk/design/syn/S05.pod
# New Ticket Created by James Keenan
# Please include the string: [perl #60622]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60622
The following test is failing on Darwin/PPC at r32784. It passed on
Linux at the
On Monday 17 November 2008 18:17:30 James Keenan wrote:
The following test is failing on Darwin/PPC at r32784. It passed on
Linux at the same revision number.
not ok 3 - PMC type check
# Failed test 'PMC type check'
# at t/pmc/pmc.t line 75.
# Exited with error code: [SIGNAL 11]
#
On Monday 17 November 2008 19:10:00 James Keenan via RT wrote:
On Mon Nov 17 18:29:34 2008, [EMAIL PROTECTED] wrote:
All SIGNAL 11s on Darwin need a backtrace. Can you provide one?
Does this look like the correct file to run a backtrace on?
That's the one.
(gdb) run t/pmc/pmc_3.pasm
TAP output and system information listed below.
not ok 68 - nci_vfff - t_tt parameter
# Failed test 'nci_vfff - t_tt parameter'
# at t/pmc/nci.t line 2689.
# Exited with error code: 131
# Received:
# Parrot VM: PANIC: vfff is an unknown signature type.
# CAN_BUILD_CALL_FRAMES is disabled,
I've been thinking a lot about how PGE implements closures. Right
now, the closures are a bit rough -- PGE does heuristic look-ahead to
find the end of the closure, saves off the code as a string, and
compiles it at runtime like an eval. To make the heuristic look-
ahead work, PGE insists
Christoph Otto via RT wrote:
On Sun Nov 16 19:47:36 2008, stockwellb wrote:
rewrite of t/oo/ops.t to PIR.
ops.t | 265
--
1 file changed, 130 insertions(+), 135 deletions(-)
In op_get_class_p_p, it looks like you switch from
22 matches
Mail list logo
