[perl #73214] [BUG] Potentially annoying that goal failure is indicated by throwing an exception in Rakudo

2010-03-03 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #73214] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=73214 > rakudo: say '(foo' ~~ / '(' ~ ')' [foo] / rakudo 5e5969: OUTPUT«Unable to parse _block

[perl #73218] [BUG] Can't return from within a try block in Rakudo

2010-03-03 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #73218] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=73218 > rakudo: sub foo() { try { return 42 }; return 5 }; say foo rakudo 5e5969: OUTPUT«5␤»

Re: I can install padre from CPAN

2010-03-03 Thread Bit-Man
Also tested the install from SVN [1] and it also worked like a charm. WARNING !! only install from SVN if instructed or you feel lucky [1] http://padre.perlide.org/trac/wiki/Download#Moredetailedinstructionformanualinstallation 2010/2/21 Víctor A. Rodríguez (Bit-Man) : > Hello everybody, > > som

[perl #73236] [BUG] LTA error messages on literals with too many decimals in Rakudo

2010-03-03 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #73236] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=73236 > rakudo: say 0. # also by diakopterbot rakudo 6867a5: OUTPUT«No app

[perl #73232] [BUG] LTA error message when declaring dot-twigil variables outside of a class scope in Rakudo

2010-03-03 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #73232] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=73232 > std: my Any %.x=3,%.x; std 29917: OUTPUT«ok 00:01 109m␤» rakudo: my Any %.x=3,%.x; r

[perl #73238] [BUG] Rakudo treats 2^64-1 in hex or octal form as -1

2010-03-03 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #73238] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=73238 > rakudo: say 0x # diakopterbot rakudo 6867a5: OUTPUT«-1␤» ok * masak s

[perl #73244] [PATCH] implement grammars

2010-03-03 Thread via RT
# New Ticket Created by Bruce Keeler # Please include the string: [perl #73244] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=73244 > The attached patch is also available in the 'grammar' branch of my github fork (bkeeler

[perl #73230] [BUG] Strange error when doing positional (.[]) indexing on a Hash object in Rakudo

2010-03-03 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #73230] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=73230 > rakudo: my Hash $x; $x[1] # by diakopterbot rakudo 6867a5: OUTPUT«No applicable candid

Re: Perl6 confused about module name

2010-03-03 Thread Bit-Man
Hi Bruce, On Tue, Mar 2, 2010 at 17:48, Bruce Keeler wrote: > On 3/2/10 2:53 AM, Carl Mäsak wrote: >> >> Victor (>): >> >>> >>> Why it asks for Opendir.pir instead of Opendir.pm ? >>> Any clue ? >>> >> >> Short answer: Rakudo has regressed and doesn't support loading .pm >> modules at the moment.

[perl #73234] [BUG] Null PMC access when invoking the type objects Block, Code, Sub, Method, Multi, or Routine

2010-03-03 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #73234] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=73234 > rakudo: say Block ~~ Code rakudo 6867a5: OUTPUT«1␤» rakudo: Block.() rakudo 6867a5:

[perl #73236] [BUG] LTA error messages on literals with too many decimals in Rakudo

2010-03-03 Thread Carl Mäsak via RT
rakudo: say 0.​ 00 rakudo 5e5969: OUTPUT«Divide by zero␤current instr.: 'infix:' [...] nice! 3 different bugs the exact error changes with the number of extra 0's you have! rakudo: say 0.000​

Re: Perl6 confused about module name

2010-03-03 Thread Bit-Man
Thanks Carl, On Tue, Mar 2, 2010 at 07:53, Carl Mäsak wrote: > Victor (>): >> Why it asks for Opendir.pir instead of Opendir.pm ? >> Any clue ? > > Short answer: Rakudo has regressed and doesn't support loading .pm > modules at the moment. You're probably on the Amsterdam (February) > release. I

r29930 - docs/Perl6/Spec

2010-03-03 Thread pugs-commits
Author: masak Date: 2010-03-03 15:16:22 +0100 (Wed, 03 Mar 2010) New Revision: 29930 Modified: docs/Perl6/Spec/S03-operators.pod Log: [S03] typo, discovered by particle++ Modified: docs/Perl6/Spec/S03-operators.pod === --- docs/Pe

Re: Building Rakudo under Windows 7 / 32bit

2010-03-03 Thread Will Coleda
On Tue, Mar 2, 2010 at 10:26 PM, Ronald Schmidt wrote: > > Please try removing the parrot and parrot_install directories and try > the --gen-parrot option again and let me know if that changes the > failure mode. > > > > No luck. > > I removed both directories, reset the build\PARROT_VERSION to 44

r29931 - docs/Perl6/Spec

2010-03-03 Thread pugs-commits
Author: lwall Date: 2010-03-03 18:34:04 +0100 (Wed, 03 Mar 2010) New Revision: 29931 Modified: docs/Perl6/Spec/S02-bits.pod Log: [S02] remove 1/2 and +2-3i literal forms, now rely on angle dwimmery for literals, or constant folding otherwise. Modified: docs/Perl6/Spec/S02-bits.pod ==

continuation markers for long literals (was Re: r29931 - docs/Perl6/Spec)

2010-03-03 Thread Darren Duncan
pugs-comm...@feather.perl6.nl wrote: Modified: docs/Perl6/Spec/S02-bits.pod Log: [S02] remove 1/2 and +2-3i literal forms, now rely on angle dwimmery for literals, or constant folding otherwise. I find this an interesting change, and I can see how it would simplify some things, even thoug

Re: continuation markers for long literals (was Re: r29931 - docs/Perl6/Spec)

2010-03-03 Thread Mark J. Reed
Doesn't unspace work for this? On Wednesday, March 3, 2010, Darren Duncan wrote: > pugs-comm...@feather.perl6.nl wrote: > > Modified: >   docs/Perl6/Spec/S02-bits.pod > Log: > [S02] remove 1/2 and +2-3i literal forms, now rely on angle dwimmery for > literals, > or constant folding otherwise. >

Re: continuation markers for long literals (was Re: r29931 - docs/Perl6/Spec)

2010-03-03 Thread Darren Duncan
Mark J. Reed wrote: Doesn't unspace work for this? It would seem that S02 says otherwise: Although we say that the unspace hides the whitespace from the parser, it does not hide whitespace from the lexer. As a result, unspace is not allowed within a token. So, assuming that an integer

Re: continuation markers for long literals (was Re: r29931 - docs/Perl6/Spec)

2010-03-03 Thread Damian Conway
Surely this is not a common-enough requirement to warrant a special syntax. At 80-columns, you can represent integers up to ninety-nine quinvigintillion, nine hundred ninety-nine quattuorvigintillion, nine hundred ninety-nine trevigintillion, nine hundred ninety-nine duovigintillion, nine hundred

Re: continuation markers for long literals (was Re: r29931 - docs/Perl6/Spec)

2010-03-03 Thread Mark J. Reed
On Wed, Mar 3, 2010 at 6:26 PM, Darren Duncan wrote: > Mark J. Reed wrote: >> >> Doesn't unspace work for this? > > It would seem that S02 says otherwise: > >    Although we say that the unspace hides the whitespace from the parser, it > does not hide whitespace from the lexer.  As a result, unspa

Re: continuation markers for long literals (was Re: r29931 - docs/Perl6/Spec)

2010-03-03 Thread Darren Duncan
Damian Conway wrote: Surely this is not a common-enough requirement to warrant a special syntax. At 80-columns, you can represent integers up to Surely that's enough for the vast majority of users, isn't it? Well, 80 columns was an example, albeit the most common, but the principle idea wa

Re: continuation markers for long literals (was Re: r29931 - docs/Perl6/Spec)

2010-03-03 Thread Larry Wall
On Wed, Mar 03, 2010 at 05:39:58PM -0800, Darren Duncan wrote: : Damian Conway wrote: : >Surely this is not a common-enough requirement to warrant a special : >syntax. : > : >At 80-columns, you can represent integers up to : : >Surely that's enough for the vast majority of users, isn't it? : : We