Re: [perl #112216] slicing a string with inifinite ranges gives LTA error message

2012-04-03 Thread Moritz Lenz
On 04/03/2012 11:16 PM, Patrick R. Michaud wrote: > On Tue, Apr 03, 2012 at 09:22:11PM +0200, Moritz Lenz wrote: >> On 04/03/2012 06:44 PM, Patrick R. Michaud via RT wrote: >> > On Tue Apr 03 01:24:47 2012, moritz wrote: >> >> 10:23 < timotimo> r: say "foo"[1..*] >> >> 10:23 <+p6eval> rakudo 8ead

Re: [perl #112216] slicing a string with inifinite ranges gives LTA error message

2012-04-03 Thread Patrick R. Michaud
On Tue, Apr 03, 2012 at 09:22:11PM +0200, Moritz Lenz wrote: > On 04/03/2012 06:44 PM, Patrick R. Michaud via RT wrote: > > On Tue Apr 03 01:24:47 2012, moritz wrote: > >> 10:23 < timotimo> r: say "foo"[1..*] > >> 10:23 <+p6eval> rakudo 8ead1e: OUTPUT«Method 'gimme' not found for > >> invocant of

[perl6/specs] 6ef69b: pod vars are now lowercase as seen in 3e1a9a5a576b...

2012-04-03 Thread GitHub
Branch: refs/heads/master Home: https://github.com/perl6/specs Commit: 6ef69b98d8afb6e33a271a466fb8e1beb7142eb8 https://github.com/perl6/specs/commit/6ef69b98d8afb6e33a271a466fb8e1beb7142eb8 Author: Herbert Breunung Date: 2012-04-03 (Tue, 03 Apr 2012) Changed paths: M S

[perl6/specs] 765810: replaced $*OSNAME which is long gone

2012-04-03 Thread GitHub
Branch: refs/heads/master Home: https://github.com/perl6/specs Commit: 7658104d48f7400089a8be66e431632e79e7f2cf https://github.com/perl6/specs/commit/7658104d48f7400089a8be66e431632e79e7f2cf Author: Herbert Breunung Date: 2012-04-03 (Tue, 03 Apr 2012) Changed paths: M S

Re: The "=" operator and context

2012-04-03 Thread Daniel Carrera
On 3 April 2012 20:38, Moritz Lenz wrote: > which version of Rakudo are you using? (I've tried on the last > development version from git) Rakudo Star 2012.02 % perl6 --version This is perl6 version 2012.02 built on parrot 4.1.0 revision 0 >> Hmm...  So you'd have to mess with the STORE method

Re: [perl #112216] slicing a string with inifinite ranges gives LTA error message

2012-04-03 Thread Moritz Lenz
On 04/03/2012 06:44 PM, Patrick R. Michaud via RT wrote: > On Tue Apr 03 01:24:47 2012, moritz wrote: >> 10:23 < timotimo> r: say "foo"[1..*] >> 10:23 <+p6eval> rakudo 8ead1e: OUTPUT«Method 'gimme' not found for >> invocant of >> class 'Str'␤ in method postcircumfix:<[ ]> at >>

Re: The "=" operator and context

2012-04-03 Thread Moritz Lenz
On 04/03/2012 08:24 PM, Daniel Carrera wrote: > On 3 April 2012 17:24, Moritz Lenz wrote: >> You can, very nearly. You just need to write >> >> my @vec is Vector; >> >> because you really want to change the type of the container, not just of the >> contents (my Vector @vec would be an array contai

Re: The "=" operator and context

2012-04-03 Thread Daniel Carrera
On 3 April 2012 17:24, Moritz Lenz wrote: > You can, very nearly. You just need to write > > my @vec is Vector; > > because you really want to change the type of the container, not just of the > contents (my Vector @vec would be an array containing Vector objects). Another option might be to jus

[perl #112216] slicing a string with inifinite ranges gives LTA error message

2012-04-03 Thread Patrick R. Michaud via RT
On Tue Apr 03 01:24:47 2012, moritz wrote: > 10:23 < timotimo> r: say "foo"[1..*] > 10:23 <+p6eval> rakudo 8ead1e: OUTPUT«Method 'gimme' not found for > invocant of > class 'Str'␤ in method postcircumfix:<[ ]> at > src/gen/CORE.setting:1147␤ in block at >

Re: The "=" operator and context

2012-04-03 Thread Moritz Lenz
Am 03.04.2012 17:10, schrieb Daniel Carrera: (1..10).WHAT # => Range() @foo = 1..10; @foo.WHAT # => Array() When you assign a range to @foo, the result is an array. Something similar happens, for example, if you assign a scalar to @foo... The context of the assignment causes Perl 6 to

The "=" operator and context

2012-04-03 Thread Daniel Carrera
Hello. We are all familiar with this: (1..10).WHAT # => Range() @foo = 1..10; @foo.WHAT # => Array() When you assign a range to @foo, the result is an array. Something similar happens, for example, if you assign a scalar to @foo... The context of the assignment causes Perl 6 to convert

Re: Not Quite Perl

2012-04-03 Thread Daniel Carrera
On 3 April 2012 11:48, Moritz Lenz wrote: > But this "works": > > @a := [1, 2, 3, 4] > > Note that this will store a ResizablePMCArray in @a, so if you want to know > what kind of methods you can call on it, you have to consult parrot's > documentation of the ResizablePMCArray. You also get the st

Re: Not Quite Perl

2012-04-03 Thread Moritz Lenz
Am 03.04.2012 11:24, schrieb Daniel Carrera: Ok. I just scanned the Wikibook on NQP. Indeed, it is quite limited. It lacks basic things like list context: @a := (1,2,3,4); # Wrong. It's a shame because lists is precisely what I wanted to work with. But this "works": @a := [1, 2, 3, 4]

Re: Not Quite Perl

2012-04-03 Thread Daniel Carrera
On 3 April 2012 10:16, Moritz Lenz wrote: > (follow-up to perl6-compil...@perl.org) Ok. Moving discussion to per6-compi...@perl.org > NQP exists in several versions... > The current version (called "NQP" again) is developed outside of parrot (in > github.com/perl6/nqp/ repository), and not (yet

[perl #112216] slicing a string with inifinite ranges gives LTA error message

2012-04-03 Thread via RT
# New Ticket Created by Moritz Lenz # Please include the string: [perl #112216] # in the subject line of all future correspondence about this issue. # https://rt.perl.org:443/rt3/Ticket/Display.html?id=112216 > 10:23 < timotimo> r: say "foo"[1..*] 10:23 <+p6eval> rakudo 8ead1e: OUTPUT«Method

Re: Not Quite Perl

2012-04-03 Thread Moritz Lenz
(follow-up to perl6-compil...@perl.org) Am 03.04.2012 10:02, schrieb Daniel Carrera: I've been reading a little about NQP (Not Quite Perl). I was wondering if NQP is part of the Parrot project, or if it is an independent spec. NQP exists in several versions. The earliest version lived in the p

Not Quite Perl

2012-04-03 Thread Daniel Carrera
Hello, I've been reading a little about NQP (Not Quite Perl). I was wondering if NQP is part of the Parrot project, or if it is an independent spec. I'm wondering if a program written in NQP will be faster in general, or faster under Rakudo/Parrot, or not fast at all. Cheers, Daniel. -- I'm not