Re: New Test.pm (not a patch)

2009-01-13 Thread Ovid
- Original Message > From: Moritz Lenz > Ovid wrote: > > OK, I'm tired of submitting bug reports. > > Still bug reports are valuable. When you find your motivation again, > please continue to submit them. I meant that I was tired "for that one evening". I do plan to come back to thi

Re: New Test.pm (not a patch)

2009-01-13 Thread Moritz Lenz
Hi, Ovid wrote: > OK, I'm tired of submitting bug reports. Still bug reports are valuable. When you find your motivation again, please continue to submit them. > Instead, I'll include my new 'Test.pm' as an attachment rather than a patch. > You can try it locally and see if I've just screwed u

Re: [perl #61870] [BUG] [META] Trac system borks authenticated user's privileges

2009-01-13 Thread Allison Randal
Bob Rogers wrote: I can't log in, though that may just be because I've forgotten the password. But the odd thing is that the "Reset Password" page says "The email and username do not match a known account", even though I know my ID is "rgrjr" and there are only a few possible email addresses I

Re: Revised solution #2

2009-01-13 Thread Carl Mäsak
Richard (>), Carl (>>), Andy (>>>): >>> P6 treats the key/value as an anonymous 'pair' object so @ranking is an >>> list of pairs. That's why: >>> say @ranking.pop.fmt("$m Medal: %s, %s") >>> >>> or, less succinctly: >>> say (pop @ranking).fmt("$m Medal: %s, %s"); >>> >>> works - the pair object,

Re: Revised solution #2

2009-01-13 Thread Richard Hainsworth
Carl Mäsak wrote: Andy (>): P6 treats the key/value as an anonymous 'pair' object so @ranking is an list of pairs. That's why: say @ranking.pop.fmt("$m Medal: %s, %s") or, less succinctly: say (pop @ranking).fmt("$m Medal: %s, %s"); works - the pair object, popped off into the 'printf' l

Re: [perl #48014] [DEPRECATED] PMC union struct

2009-01-13 Thread Will Coleda
On Tue, Jan 13, 2009 at 10:17 PM, Will Coleda via RT wrote: > On Wed Nov 05 13:04:11 2008, chroma...@wgz.org wrote: >> On Wednesday 22 October 2008 09:28:38 Bernhard Schmalhofer via RT wrote: >> >> > Does this mean that this ticket can be closed and the deprecation item >> > in DEPRECATED.pod be r

r24895 - docs/Perl6/Spec

2009-01-13 Thread pugs-commits
Author: lwall Date: 2009-01-13 20:30:15 +0100 (Tue, 13 Jan 2009) New Revision: 24895 Modified: docs/Perl6/Spec/S03-operators.pod docs/Perl6/Spec/S06-routines.pod Log: [S03] remove .contains fossil Modified: docs/Perl6/Spec/S03-operators.pod =

Re: [PATCH] Add .trim method

2009-01-13 Thread Brandon S. Allbery KF8NH
On 2009 Jan 12, at 15:17, Ovid wrote: " בָּרוּךְ שֵׁם כְּבוֹד מַלְכוּתוֹ לְעוֹלָם וָעֶד." If you can't see that in your client, that's Hebrew from http://www.i18nguy.com/unicode/shma.html and means "Hear O Israel, the Lord is our God, the Lord is One". Actually that's the res

Re: [perl #62260] [BUG] END blocks don't see external variables

2009-01-13 Thread Patrick R. Michaud
On Tue, Jan 13, 2009 at 05:17:16PM +0100, Jonathan Worthington wrote: > Patrick R. Michaud wrote: >> Confirmed -- there are still issues with lexicals in a >> variety of control blocks. >> >> > I skimmed the code for that today. I noticed that we compiled the blocks > right away and pushed the

Re: [perl #62224] macro not working

2009-01-13 Thread Patrick R. Michaud
On Sun, Jan 11, 2009 at 08:56:06PM -0800, Richard Hainsworth wrote: > I have the following in a file test.pl > > macro doit ($word) { > return quasi >> <<<$word>>> ;> > }; Macros aren't implemented in Rakudo yet, aren't likely to be implemented until after we re-do parsing. Stalling ticket for

[perl #62274] [TODO] Setting of caller module's $_ via $CALLER::_

2009-01-13 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #62274] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=62274 > Here's a minimal use case. $ cat A.pm use B; say $_; $ cat B.pm $CALLER::_ = 42; $ per

Re: [perl #62244] [BUG] recent rakudo changes have broken NCI

2009-01-13 Thread Patrick R. Michaud
On Mon, Jan 12, 2009 at 07:34:33AM -0800, Donald Hunter wrote: > It appears that rakudo changes committed over the weekend have broken NCI. > The last known working revision was #35300 for ext/SQLite3/t/test.p6 which > is crashing on #35440. > You'll need to patch ext/SQLite3/Makefile.PL so that it

Re: [perl #62260] [BUG] END blocks don't see external variables

2009-01-13 Thread Jonathan Worthington
Patrick R. Michaud wrote: Confirmed -- there are still issues with lexicals in a variety of control blocks. I skimmed the code for that today. I noticed that we compiled the blocks right away and pushed them onto @?END at compile time. Is there any reason not to just compile them with every

Re: [perl #62260] [BUG] END blocks don't see external variables

2009-01-13 Thread Patrick R. Michaud
On Mon, Jan 12, 2009 at 12:57:44PM -0800, publiustemp-perl6compil...@yahoo.com (via RT) wrote: > This is blocking me implementing a simple 'plan "no_plan"' for tests. > > $ perl6 -e 'my $foo = "Goodbye cruel world!"; END { say $foo }' > Scope not found for PAST::Var '$foo' in Confirmed -- th

Re: what is going on here?

2009-01-13 Thread Patrick R. Michaud
On Mon, Jan 12, 2009 at 12:11:59PM +0300, Richard Hainsworth wrote: > But > my @ranking = %players.sort :{.value}; # white space before :, no ws after : > > generates a syntax error with rakudo. > Is this a raduko bug, or am I not understanding your generic argument? Rakudo doesn't recognize adver

Re: Extending classes in a lexical scope?

2009-01-13 Thread Patrick R. Michaud
On Mon, Jan 12, 2009 at 02:02:38PM -0800, Larry Wall wrote: > > As for Perl6Array, that's a rakudo type, not a Perl 6 type, so I > can't speak for it. I'd just as soon that the name not show up in > Perl 6's namespace, if I had my druthers. As far as I know, "Perl6Array" should _not_ be showing

Re: Trimming arrays

2009-01-13 Thread Patrick R. Michaud
On Tue, Jan 13, 2009 at 08:19:25AM -0600, Patrick R. Michaud wrote: > > > @array».=trim > > > > Won't that fail with 'No such method' on an array of hashes? > > Or are hyperops applied recursively? > > I would expect this to be roughly equivalent to: > > for @array { $_ .= trim; } > >

[perl #62280] control traits on loops do not work?

2009-01-13 Thread via RT
# New Ticket Created by Richard Hainsworth # Please include the string: [perl #62280] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=62280 > Control traits, eg., NEXT, CATCH do not seem to work. They generate syntax errors

Re: Trimming arrays

2009-01-13 Thread Moritz Lenz
Ovid wrote: > What should this output? > > my @array = ' foo ', ' bar '; > @array .= trim; > > say @array.perl; > > And what if I have an array of hashes of hashes of arrays? > > Currently you can call 'trim' on arrays, but it's a no-op. Similar issues > with chomp and friends.

[svn:parrot-pdd] r35488 - trunk/docs/pdds

2009-01-13 Thread kjs
Author: kjs Date: Tue Jan 13 06:52:29 2009 New Revision: 35488 Modified: trunk/docs/pdds/pdd19_pir.pod Log: [pdd19] Be more explicit; if you don't specify a :main flag, execution starts at the top. Modified: trunk/docs/pdds/pdd19_pir.pod =

[perl #62278] Feed Operators do not work?

2009-01-13 Thread via RT
# New Ticket Created by Richard Hainsworth # Please include the string: [perl #62278] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=62278 > The feed operators ==> and <== dont appear to work. Not on the rakudo feature stat

New Test.pm (not a patch)

2009-01-13 Thread Ovid
OK, I'm tired of submitting bug reports. Instead, I'll include my new 'Test.pm' as an attachment rather than a patch. You can try it locally and see if I've just screwed up royally. Aside from exporting a 'die_on_fail' sub (which is a godsend for debugging), it also started adding very primit

Re: [PATCH] Revised .trim patch

2009-01-13 Thread Moritz Lenz
Ovid wrote: > Seems Larry's agreed to the .trim method. There are bits that are not agreed > upon, so this patch only implements what we've agreed upon. It relies on the > new S29-str/trim.t test in pugs. I committed that earlier and updated > t/spectest.data. > > > In other words, the pat

[perl #62264] [BUG] r35458 Method '!.^' not found for invocant of class 'Exception'

2009-01-13 Thread publiustemp-perl6compil...@yahoo.com (via RT)
# New Ticket Created by publiustemp-perl6compil...@yahoo.com # Please include the string: [perl #62264] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=62264 > Revision: 35458 perl6 $ perl6 -e 'try { die "Goodbye cruel wor

[perl #62262] [BUG] initialiazation of parent attributes

2009-01-13 Thread via RT
# New Ticket Created by Moritz Lenz # Please include the string: [perl #62262] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=62262 > I've added some tests to t/spec/S12-construction/new.t which boil down to: #+snip class

Re: Trimming arrays

2009-01-13 Thread Patrick R. Michaud
On Mon, Jan 12, 2009 at 03:30:05PM -0800, Ovid wrote: > > From: Larry Wall > > : my @array = ' foo ', ' bar '; > > : @array .= trim; > > : say @array.perl; > > : > > : And what if I have an array of hashes of hashes of arrays? > > : > > : Currently you can call 'trim' on arrays, bu

Re: Trimming arrays

2009-01-13 Thread Aristotle Pagaltzis
* Ovid [2009-01-13 00:35]: >* Larry Wall [2009-01-13 00:25]: >> It should probably say "No such method". We have hyperops now >> to apply scalar operators to composite values explicitly: >> >> @array».=trim > > > Won't that fail with 'No such method' on an array of hashes? Or > are hyperops