Re: 6PAN Spec question

2008-12-21 Thread Timothy S. Nelson
On Sat, 20 Dec 2008, Mark Overmeer wrote: * Timothy S. Nelson (wayl...@wayland.id.au) [081220 03:45]: Btw, looks like I was wrong about the terminology of CPAN6/6PAN/whatever. See link below for details (the new Terminology section). http://svn.pugscode.org/pugs/docs/Perl6/Spec/S22-pa

Re: [perl #60046] [META] November 2008 release

2008-12-21 Thread Sartak
On Sun, Dec 21, 2008 at 10:25 PM, James Keenan via RT wrote: > The ticket has 3 dependencies which are still open. Is it possible that > the ticket cannot be resolved until these dependencies are resolved? Yes, that is exactly the behavior of RT. You need to stop depending on those the three tic

[perl #61582] [PATCH] Implement iterator method in Mapping.pir

2008-12-21 Thread via RT
# New Ticket Created by Cory Spencer # Please include the string: [perl #61582] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61582 > This patch adds a .iterator method to Mapping.pir, allowing hashes to be iterated over

Optimizing PMC-based MMD

2008-12-21 Thread chromatic
The following code performs far more work than it has to, mostly due to crossing the C/PCC boundary multiple times, as well as throwing away known information: $P0 = box 10 $I0 = cmp $P0, 10 This: - calls VTABLE_cmp on $P1, reaching VTABLE_cmp in the Default PMC

[perl #61576] "+Inf" and numeric comparisons in Rakudo

2008-12-21 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #61576] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61576 > even so, we don't want the case of my $a = [].min; if $a < 3 { say 'yes'; } bec

[perl #61574] Rakudo doesn't treat inner classes as being contained in the namespace of outer ones

2008-12-21 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #61574] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61574 > class Heart::Gold { class Velocity { }}, namespace of inner class is Velocity or Heart

[perl #54448] unicode and macosx

2008-12-21 Thread Patrick R. Michaud via RT
Since the original bug no longer appears to be present, I'm marking this ticket as resolved. Thanks! Pm

Re: [perl #52198] [BUG]: Test failures on Win32: t/op/arithmetics.t t/op/sprintf.t t/pmc/complex.t t/pmc/float.t

2008-12-21 Thread Ron Blaschke
James Keenan via RT wrote: > On Wed Jul 30 16:58:55 2008, jk...@verizon.net wrote: > >> t/op/arithmetics.t >> >> t/pmc/complex.t >> >> t/pmc/float.t >> > > For the record, according to our Smolder reports for MSWin32, these 3 > files have tests that are either still TODO-ed out or are failing > o

Re: [perl #52198] [BUG]: Test failures on Win32: t/op/arithmetics.t t/op/sprintf.t t/pmc/complex.t t/pmc/float.t

2008-12-21 Thread Ron Blaschke
Will Coleda wrote: > On Wed, Jul 30, 2008 at 7:09 PM, James Keenan via RT > wrote: >> Interestingly enough, we are also getting failures on these 4 test files >> on the OpenBSD Smolder tester: >> >> http://smolder.plusthree.com/app/public_projects/report_details/3135 >> >> But, AFAICT, the Smolder

[perl #60868] [].min and [].max think +Inf and -Inf (respectively) are spelled "undef"

2008-12-21 Thread Patrick R. Michaud via RT
On Sun Dec 21 08:26:41 2008, cspencer wrote: > The attached patch fixes the issues below. min/max on an empty list > should now return Inf/-Inf respectively. Applied in r34214, thanks! Pm

Re: [perl #61522] build trouble on win32

2008-12-21 Thread Ron Blaschke
Xiao Yafeng wrote: > On Sat, Dec 20, 2008 at 6:56 AM, Ronald Blaschke via RT < > parrotbug-follo...@parrotcode.org> wrote: > >>>..\..\parrot.exe >>> ..\..\runtime\parrot\library\PGE\Perl6Grammar.pir >>> --ouput=PGE\builtins_gen.pir PGE\builtins.pg >>> MAKE : fatal error U1077: '..\..\parro

Re: Recommended Perl 6 best practices?

2008-12-21 Thread Larry Wall
On Sat, Dec 20, 2008 at 11:45:38PM -0500, Brandon S. Allbery KF8NH wrote: > On 2008 Dec 20, at 13:39, Carl Mäsak wrote: >> Maybe this counts as a best practice, or maybe it's more of a >> "pattern". In a recent piece of code, I found a way to exploit code >> blocks to act like "return statements wi