Re: [perl #60000] [BUG][IMCC] an :immediate sub cannot load_bytecode

On Sunday 19 October 2008 14:02:58 Klaas-Jan Stol wrote: > when running code as this: > .sub main :immediate > load_bytecode "foo.pir" > .end > > (assuming you have a file 'foo.pir'), IMCC can't handle this. > > This is because in pbc.c, a global structure called 'globals' is used to > allow the

Re: [svn:parrot] r32368 - trunk/compilers/pirc/new

On Sat, Nov 8, 2008 at 9:22 PM, chromatic <[EMAIL PROTECTED]> wrote: > On Wednesday 05 November 2008 14:31:21 [EMAIL PROTECTED] wrote: > > > Modified: > >trunk/compilers/pirc/new/pir.l > >trunk/compilers/pirc/new/pirlexer.c > >trunk/compilers/pirc/new/pirlexer.h > > > > Log: > > [pirc]

Re: [svn:parrot] r32368 - trunk/compilers/pirc/new

On Wednesday 05 November 2008 14:31:21 [EMAIL PROTECTED] wrote: > Modified: >trunk/compilers/pirc/new/pir.l >trunk/compilers/pirc/new/pirlexer.c >trunk/compilers/pirc/new/pirlexer.h > > Log: > [pirc] add support for braced arguments in macro expansion. > > Modified: trunk/compilers/pir

Re: [perl #60404] Array becomes string in subroutine or method calls

On Sat, Nov 08, 2008 at 12:54:52AM -0800, Ilya Belikin wrote: > Hi there, > > sub foo (@a) { 1.say for @a } > foo((1,2,3,4)); # only one 1 > foo([1,2,3,4]); # only one 1 > foo( my @a = 1,2,3 ); # only one 1 > > This one really pesky bug :( I suspect this appeared as a result of the r

Re: .perl and other methods on Junctions?

On Wed, Nov 05, 2008 at 11:28:00AM -0800, Larry Wall wrote: > But it seems to me that if stringification of a junction returns a > correct .perlish syntax, it's probably better to just let that happen > lazily, on the assumption someone might want .perl to autothread for > some reason, perhaps beca

Re: any(List) and none(List) question

Илья (>): >> my @a = ; my @b = ; say @a.grep: { $_ eq any(@b) }; > bd > >> my @a = ; my @b = ; say @a.grep: { $_ ne any(@b) }; > abcd > > hm. I expect: ac > But Rakudo and PUGS both return abcd. May by I missed something? If you expected "ac", then you probably expected "$_ ne any(@b)" to mean "$_

[perl #60408] if you do for in eval, you loose @_, and anything from the out

# New Ticket Created by Ilya Belikin # Please include the string: [perl #60408] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=60408 > Hi, I compile 32444 and November die again :( Our test_deeply use evals, but now it`s b

[perl #60404] Array becomes string in subroutine or method calls

# New Ticket Created by Ilya Belikin # Please include the string: [perl #60404] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=60404 > Hi there, sub foo (@a) { 1.say for @a } foo((1,2,3,4)); # only one 1 foo([1,2,3,4

[perl #60384] [PATCH] Remove references to __get_string() and related methods in PGE POD

# New Ticket Created by Chris Dolan # Please include the string: [perl #60384] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=60384 > The attached patch does s{__get_}{get_} on compilers/pge/PGE/ Match.pir to make POD matc

Re: [perl #60400] [BUG] WHAT stringifies to just the last token of a :: separated class name

On Fri, Nov 07, 2008 at 11:21:32PM -0800, Chris Dolan wrote: > # New Ticket Created by Chris Dolan > # Please include the string: [perl #60400] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/Display.html?id=60400 > > > > Test case #1:

[perl #60390] [PATCH] Proper implementation of 'succ'/'pred' handling.

# New Ticket Created by Vasily Chekalkin # Please include the string: [perl #60390] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=60390 > Hello. There is MMD based implementation of 'succ'/'pred' handling. -- Bacek comm

[perl #60400] [BUG] WHAT stringifies to just the last token of a :: separated class name

# New Ticket Created by Chris Dolan # Please include the string: [perl #60400] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=60400 > Test case #1: ./perl6 -e'class Foo::Bar {}; say Foo::Bar.new.WHAT' Got: Bar Expec

[perl #60380] [TODO] catch modification of read-only arguments

# New Ticket Created by Moritz Lenz # Please include the string: [perl #60380] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=60380 > Rakudo r32373: $ ./perl6 -e 'sub f($x) {$x++}; my $y = 2; f($y); say "still here"' still

[perl #60168] [TODO] handle Junction threading in dispatch code

Another attempt. Now with short-circuit version of get_bool. -- Bacek commit e6661598b0f481003a46a54bf49287f252b2a32f Author: Vasily Chekalkin <[EMAIL PROTECTED]> Date: Wed Nov 5 05:23:47 2008 +1100 Refactor junctions diff --git a/languages/perl6/src/classes/Junction.pir b/languages/perl6

[perl #60412] [PATCH] comment typos, C case

# New Ticket Created by Brad Bowman # Please include the string: [perl #60412] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=60412 > Misspelt "is" and "changed" in src/debug.c comments. Corrected case of C in pirgrammar.

[perl #60116] t/harness should exit with non-zero value if tests fails

Fixed in r32445. Thanks for reporting!

any(List) and none(List) question

Hi there, > my @a = ; my @b = ; say @a.grep: { $_ eq any(@b) }; bd > my @a = ; my @b = ; say @a.grep: { $_ ne any(@b) }; abcd hm. I expect: ac But Rakudo and PUGS both return abcd. May by I missed something? > my @a = ; my @b = ; say @a.grep: { $_ eq none(@b) }; ac > my @a = ; my @b = ; say @a

[perl #60402] usefulness error message "No handler to delete"

# New Ticket Created by Ilya Belikin # Please include the string: [perl #60402] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=60402 > Hi there, Rakudo> $b No handler to delete. I think should be something about undeclare

Re: File test ops as string methods

> > I've been thinking about that. One interesting ramification of > the current matching rule is that you could say either of: > >"foo".io ~~ :r :x > > or > >"foo" ~~ :io(:r :x) > > where .io is whatever your "casting" method of choice is for turning > a string into an object with the cor

Re: [perl #60168] AutoReply: [PATCH] Refactor Junction.

Vasily Chekalkin wrote: 1. Refactor 'junction_comparision_helper' to 'get_bool' vtable. 2. Remove 'prefix:?' and 'prefix:!' overrides. Parrot DTRT without them. 3. Replace 'junction_comparision_helper' with 'infix_junction_helper'. And again. After comments from Pm I remade 'get_bool' to short

Re: [perl #60168] [TODO] handle Junction threading in dispatch code

References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> In-Reply-To: <[EMAIL PROTECTED]> Content-Type: multipart/mixed; boundary="070001030207020601040005" --070001030207020601040005 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-En

[perl #60382] [TODO] Implement .fmt

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #60382] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=60382 > Now also found in S29. :)

Type variables

Hi, A while ago I got some (admittedly under-tested) early support in for type variables. I went to check it over today to play with it a bit and try and improve the testing situation and found that it's somewhat broken. The reason is that: my ::T = Int; Now parses as if "my ::T" is a call

Re: [perl #60068] [BUG] t/pmc/packfile.t: set_integer_keyed_str test failing on Darwin PPC

On Tuesday 28 October 2008 20:07:18 James Keenan via RT wrote: > Still failing as of r32225; cf > http://smolder.plusthree.com/app/public_projects/tap_stream/7437/260 > > not ok 6 - set_integer_keyed_str > > # Failed test 'set_integer_keyed_str' > # at t/pmc/packfile.t line 140. > # Exited wit

Re: [perl #60312] [BUG] OpenBSD Smolder test failures

On Monday 03 November 2008 09:38:11 Andy Dougherty wrote: > > 2.  4 of the tests appear to fail depending on how the OS 'spells'   > > the negation of zero.  Could we address this in a hints file? > This is a long-standing problem:  See [perl #28170] and [perl #30737]. The > last time I looked at