Big update to the Perl 6 Workplace Wiki

2006-09-02 Thread Conrad Schneiker
I've just finished a big update to the Perl 6 Workplace Wiki. It got big enough that I started splitting it into subsidiary pages. The main page is still pretty long, but I've added a table of contents to make it easier to find things on it. Please give it a look, and please add useful stuff

Compiling pugs r12925 failed

2006-09-02 Thread Markus Laire
I tried to compile pugs r12925 with parrot r14364 (both current as of yesterday) and make for pugs failed with this message: ... ... /KNOPPIX/usr/bin/perl util/gen_prelude.pl -v -i src/perl6/Prelude.pm -p ./pugs --output blib6/lib/Prelude.pm.yml Generating precompiled Prelude... ./pugs -C

Big update to the Perl 6 Workplace Wiki

2006-09-02 Thread Conrad Schneiker
# FYI. The note below was originally posted on perl.perl6.users. # Thought some folks here should also be interested in this. # # Background: # # http://www.nntp.perl.org/group/perl.perl6.internals/34764 # Announcing the Perl 6 and Parrot wiki workspaces # #

Re: Naming the method form of s///

2006-09-02 Thread Juerd
Audrey Tang skribis 2006-09-01 19:10 (+0800): Because of the awkward syntax that goes with a method: two parens, four delimiters, comma[s]?. .s(/bar/, baz); # 20 keypresses on a US keyboard Minor nit, but: .s: /bar/,'baz'; # 17 keypresses... And since it's something used a lot in

Re: Compiling pugs r12925 failed

2006-09-02 Thread Markus Laire
On 9/2/06, Audrey Tang [EMAIL PROTECTED] wrote: 2006/9/2, Markus Laire [EMAIL PROTECTED]: I tried to compile pugs r12925 with parrot r14364 (both current as of yesterday) and make for pugs failed with this message: Heya. r12925 is at the middle of gaal's mad hax0ring to support :(Sig) syntax

Re: Compiling pugs r12925 failed

2006-09-02 Thread Audrey Tang
2006/9/2, Markus Laire [EMAIL PROTECTED]: I tried to compile pugs r12925 with parrot r14364 (both current as of yesterday) and make for pugs failed with this message: Heya. r12925 is at the middle of gaal's mad hax0ring to support :(Sig) syntax in addition to \(Capt) syntax. Can you try

Re: Nested statement modifiers.

2006-09-02 Thread Randal L. Schwartz
Paul == Paul Seamons [EMAIL PROTECTED] writes: Paul I don't know what the reasoning was back then and it may be the same today. From my early conversations with Larry, I recall that the reason is that RSTS/E BASIC-PLUS had nested trailing modifiers, and both Larry and I saw many abuses of

Two Signature questions

2006-09-02 Thread Gaal Yahas
:($x where {...} is elk)# ambiguous auxillary Is this legal? does the 'elk' trait pertain to $x or to the where-block? :($x is ro is rw) # conflicting traits Is this legal? Is $x ro or rw? -- Gaal Yahas [EMAIL PROTECTED] http://gaal.livejournal.com/

Re: Nested statement modifiers.

2006-09-02 Thread Dr.Ruud
Paul Seamons schreef: In the samples you gave I had to read the entire line to see what the outcome of the code is. I was not addressing reading skills, but just your you'd either have ... or One always needs to read the full line, but one doesn't have to do that linearly or just from

Re: request: clarify how symbolic references with OO

2006-09-02 Thread Mark Stosberg
Mark Stosberg wrote: ::($meth)(self:); Well, audreyt just made this work (r12960), which I what I what I thought should work in the first place: self.$meth(). So I'm happy. (But my curiosity about the spec for symbolic refs and OO still stands. ) Mark

Re: Compiling pugs r12925 failed

2006-09-02 Thread Markus Laire
On 9/2/06, Audrey Tang [EMAIL PROTECTED] wrote: 2006/9/2, Markus Laire [EMAIL PROTECTED]: On 9/2/06, Audrey Tang [EMAIL PROTECTED] wrote: 2006/9/2, Markus Laire [EMAIL PROTECTED]: I tried to compile pugs r12925 with parrot r14364 (both current as of yesterday) and make for pugs failed

Re: Compiling pugs r12925 failed

2006-09-02 Thread Audrey Tang
2006/9/2, Markus Laire [EMAIL PROTECTED]: On 9/2/06, Audrey Tang [EMAIL PROTECTED] wrote: 2006/9/2, Markus Laire [EMAIL PROTECTED]: I tried to compile pugs r12925 with parrot r14364 (both current as of yesterday) and make for pugs failed with this message: Heya. r12925 is at the middle

Re: Error Recovery in Parrot

2006-09-02 Thread Alberto Simões
Alberto Simões wrote: Hi I created a ticket in RT two days ago (well, one day ago) and still waiting for it to be created, so, forget RT and here it goes. One more day, and no ticket yet. I wonder what is happening. Talked with Leo already and he thinks this is a good approach, but as it

Re: Error Recovery in Parrot

2006-09-02 Thread jerry gay
On 9/2/06, Alberto Simões [EMAIL PROTECTED] wrote: Alberto Simões wrote: Hi I created a ticket in RT two days ago (well, one day ago) and still waiting for it to be created, so, forget RT and here it goes. One more day, and no ticket yet. I wonder what is happening. i've forwarded a

RE: Big update to the Perl 6 Workplace Wiki

2006-09-02 Thread Conrad Schneiker
Mark Summersault asked what the license for this Wiki is going to be. Below is what I plugged in for the time being. It's my best guess of what the leading lights of #perl6 and @Larry would be reasonably happy with (and thus it should also be appropriate for something eventually living on or near

multi method dispatching of optional arguments

2006-09-02 Thread Mark Stosberg
Hello, I think it would helpful if the spec addressed who wins in MMD when optional arguments are present. I just submitted these failing tests for pugs which illustrate the issue. not ok 11 - Arguments (a = 'b') to signatures 1. () and 2. (*%h) calls 2 not ok 14 - Arguments () to signatures 1.

Re: multi method dispatching of optional arguments

2006-09-02 Thread Mark Stosberg
Mark Stosberg wrote: Hello, I think it would helpful if the spec addressed who wins in MMD when optional arguments are present. I just submitted these failing tests for pugs which illustrate the issue. not ok 11 - Arguments (a = 'b') to signatures 1. () and 2. (*%h) calls 2 not ok 14

Re: multi method dispatching of optional arguments (further refined)

2006-09-02 Thread Mark Stosberg
Mark Stosberg wrote: Hello, I think it would helpful if the spec addressed who wins in MMD when optional arguments are present. I just submitted these failing tests for pugs which illustrate the issue. not ok 11 - Arguments (a = 'b') to signatures 1. () and 2. (*%h) calls 2 not ok 14

Re: multi method dispatching of optional arguments (further refined)

2006-09-02 Thread Luke Palmer
I don't follow your examples. What is the logic behind them? On 9/3/06, Mark Stosberg [EMAIL PROTECTED] wrote: Examples: Arguments (1 2) to signatures 1. (@a?) and 2. (@a) calls 2 For example, I would expect this one to be ambiguous, because the 1. (@a?) sub introduces two different

Re: PGE bug? (yes, but we already knew that)

2006-09-02 Thread Will Coleda
Further digging shows this is simply bug #40069 ([PGE] value can't be used as a rule name), and avoiding that issue works even without my patch applied. On Sep 1, 2006, at 12:00 PM, Will Coleda wrote: Trying to implement a JSON parser in PGE: SNIP -- Will Coke Coleda [EMAIL PROTECTED]

when calling sets of methods, what happens to the return values?

2006-09-02 Thread Mark Stosberg
S12 describes a feature to call sets of methods at the same time: http://feather.perl6.nl/syn/S12.html#Calling_sets_of_methods I would like the spec to clarify what happens to the return values of all these methods. I'm fine with a simple answer, such as that they are not available, or only

Re: Nested statement modifiers.

2006-09-02 Thread Paul Seamons
From my early conversations with Larry, I recall that the reason is that RSTS/E BASIC-PLUS had nested trailing modifiers, and both Larry and I saw many abuses of these over the years. Therefore, he decided not to repeat that abomination, limiting it to precisely one level deep. I'm happy for

Re: Nested statement modifiers.

2006-09-02 Thread Paul Seamons
Yeah, every once in a while, I've wanted the second layer, but I'm willing to rewrite the statement as a true normal if/while instead of a backwards if/while, and it *does* help the overall readability. I'd concede that the actual useful uses are rare enough to not warrant giving a