# New Ticket Created by James Keenan
# Please include the string: [perl #58032]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58032 >
We appear to have a coding standard which limits us to 32 characters
in a file's basen
From: Bob Rogers <[EMAIL PROTECTED]>
Date: Fri, 15 Aug 2008 12:45:56 -0400
Parrot release 0.7.0 is due out this coming Tuesday, so now is the
time to start focusing on . . . updating such things as the NEWS and
PLATFORMS files . . .
I've fleshed out NEWS based on "svn log"; plea
Author: rgrjr
Date: Sat Aug 16 18:57:04 2008
New Revision: 30272
Modified:
trunk/docs/pdds/pdd24_events.pod
trunk/docs/pdds/pdd25_concurrency.pod
Log:
[typos] Neither pdd24_events.pod nor pdd25_concurrency.pod is in draft.
Modified: trunk/docs/pdds/pdd24_events.pod
===
From: Allison Randal <[EMAIL PROTECTED]>
Date: Sat, 16 Aug 2008 17:52:08 +0200
We're going to a completely stackless virtual machine.
But Parrot is already stackless. The dynamic_env slot to which I assume
you refer is really a tree with upward pointers.
What I need from you is info
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #58024]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58024 >
- Need a clarification of what .perl should return here
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57992]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57992 >
- awaiting Whatever implementation
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #58008]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58008 >
- Needs some minor PCT updates (PCT)
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57988]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57988 >
- awaiting clearer spec/understanding of the relationship between Num and Rat
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57990]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57990 >
- Need some clarity in spec and spectests for Capture objects
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57994]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57994 >
- Needs update to grammar, may need to wait for LTM in PGE
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #58006]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58006 >
- likely parser bug (Rakudo grammar.pg)
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57998]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57998 >
- Awaiting parser improvements to properly parse and
handle infix_postfix_meta_oper
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57960]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57960 >
r30258:
$ ./perl6 -e '.say for [1,2,3]' # as expected
1
2
3
$ ./perl6 -e 'for [1,2,3] {
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #58022]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58022 >
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #58000]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58000 >
- Needs junction dispatcher
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #58018]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58018 >
- Need to refactor comparison ops in rakudo to avoid or handle 'cmp'
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #58016]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58016 >
- Need some parser improvements, updates to 'try' handling
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57996]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57996 >
- Update grammar.pg (short-term), or wait for STD.pm integration
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57968]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57968 >
- awaiting .HLL capabilities
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #58020]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58020 >
- File an RT ticket for this?
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #58002]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58002 >
- Need to fix lexical and initialization issues (Parrot)
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57986]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57986 >
- need an implementation of Whatever
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #58010]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58010 >
- Update in actions.pm to define compiler variable
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #58012]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58012 >
- File an RT ticket for this with test case
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57982]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57982 >
- Needs parser/PGE fix (PGE)
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57984]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57984 >
- Need resumable exceptions (Parrot)
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57978]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57978 >
- Needs last/redo/next/continue exceptions in PCT (PCT)
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57976]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57976 >
- Requires some specialized structures, perhaps a new PAST::Op pasttype (PCT)
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57980]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57980 >
- Awaiting parser improvements (PGE)
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57974]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57974 >
- Awaiting parser improvements to properly parse and
handle infix_postfix_meta_oper
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57966]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57966 >
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57972]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57972 >
- No dependencies
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57964]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57964 >
> From: Carl
> We're pleased to annouce the release of November, a wiki engine written
> in Perl 6.
>
> November is:
>
> * ...a proof-of-concept of what Rakudo Perl 6 can do today.
> * ...released early rather than "when it's done".
> * ...meant to promote interest and involvement in Perl 6/Rak
Bob Rogers wrote:
From: Allison Randal <[EMAIL PROTECTED]>
The biggest changes you'll notice are the new exception system, a vastly
reduced usage of the remaining stack (though it's not completely removed
yet), and the fact that pushaction subs no longer fire on scope exit
(pus
François Perrad wrote:
Ok, Lua tests pass, but the behavior has changed.
(The tests were written to check the exception message, not the full
back trace)
The pushaction allowed to retrieve the backtrace where the exception
occurred.
The backtrace from the exception handler is alway the same (d
On Sat, 16 Aug 2008, Allison Randal wrote:
Jeff Horwitz wrote:
i'd like to have an option in mod_parrot to clear all user-generated data
(globals, namespaces, subs, etc.) from an interpreter, leaving any bytecode
that has been loaded (e.g. compilers). the point here is to eliminate
problems
On Fri Aug 15 18:33:59 2008, [EMAIL PROTECTED] wrote:
>
> And I, for one, find myself going to the Smolder site much more often
> than our 'official' site these days -- precisely because I can spot new
> test failures more quickly there and jump in with a quick fix.
As I did just now:
I refre
chromatic wrote:
On Thursday 07 August 2008 08:26:19 Bob Rogers wrote:
I once suggested a "null register allocator" that would do this
globally, but this is a better idea. The only use case I can think of
is debugging, particularly of the register allocator, but that's still
important.
In th
Jeff Horwitz wrote:
i'd like to have an option in mod_parrot to clear all user-generated
data (globals, namespaces, subs, etc.) from an interpreter, leaving any
bytecode that has been loaded (e.g. compilers). the point here is to
eliminate problems caused by data persistence on hosted web serv
Klaas-Jan Stol wrote:
On Wed Aug 06 05:53:07 2008, kjs wrote:
My proposal would be to change the concatenate dot into "..", which looks
like it, but is more explicit, and will prevent such mistakes.
I agree that there should be some change. I've run into this problem
myself in the past, and i
Klaas-Jan Stol wrote:
Therefore, my proposal is to remove the .globalconst directive;
whenever you need to have a global const, use .const outside of a
subroutine.
whenever you need to have a local const (in a sub), use .const inside a
subroutine.
If we're going to remove one, let's deprecate
42 matches
Mail list logo
