Allison Randal wrote:
The new Parrot mailing list (replacing perl6-internals/parrot-porters)
is <[EMAIL PROTECTED]>. If you were subscribed to the old
list, you're now subscribed to the new list. If you were a digest
subscriber to the old list, you're now a digest subscriber to the new list.
On Thursday 18 September 2008 12:03:19 NotFound wrote:
> On Thu, Sep 18, 2008 at 8:14 PM, chromatic <[EMAIL PROTECTED]> wrote:
> > The comment helps, but defining these magic numbers as magic constants
> > might be even clearer (but please keep the comment).
> I think that setting a constant is
On Thu, 2008-09-18 at 10:28 -0700, jerry gay wrote:
> On Thu, Sep 18, 2008 at 10:21 AM, Patrick R. Michaud <[EMAIL PROTECTED]>
> wrote:
> > On Thu, Sep 18, 2008 at 09:06:44AM -0700, jerry gay wrote:
> >> what some refer to as "traits", perl 6 calls "roles".
The Perl 6 name is a better, more natur
Changed in r31328: now string DATA use string_escape_string and
delimit with double quotes, avoiding the need to a special case for
empty strings and giving less problematic results with non ascii
encodings and control characters.
--
Salu2
On Thu, Sep 18, 2008 at 8:14 PM, chromatic <[EMAIL PROTECTED]> wrote:
>> -char* buf = mem_allocate_n_typed(5*n+1, char *);
>> +/* Assumptions:
>> + * Flags has no more than 3 hex digits
>> + * Plus 0x and , gives 6 char for arg
>> + * 4 more for: "( , )", and
>> +
On Thursday 18 September 2008 08:42:46 [EMAIL PROTECTED] wrote:
> Author: julianalbo
> Date: Thu Sep 18 08:42:43 2008
> New Revision: 31230
>
> Modified:
>trunk/compilers/imcc/pcc.c
>
> Log:
> miscellaneous fixes
>
> Modified: trunk/compilers/imcc/pcc.c
> ==
>> Can you explain a bit more about the rationale for adding this option to
>> Configure.pl?
>>
> I think I is necessary to tell parrot to work on a computer with utf-8
> encoding
> also with the same encoding, so that for example the following PASM-code
> works:
>
> set S0, "Ö123\n"
That code i
On Thu, Sep 18, 2008 at 11:00:31AM +0200, Allison Randal wrote:
> We'll likely end up with messages scattered between both lists for a
> little while, but the perl6-internals/parrot-porters addresses are
> deprecated and will be disabled after a sensible deprecation cycle (and
> after the automa
On Thu, Sep 18, 2008 at 10:21 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 18, 2008 at 09:06:44AM -0700, jerry gay wrote:
>> On Thu, Sep 18, 2008 at 8:37 AM, Geoffrey Broadwell <[EMAIL PROTECTED]>
>> wrote:
>> > On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
>> >>
On Thu, Sep 18, 2008 at 09:06:44AM -0700, jerry gay wrote:
> On Thu, Sep 18, 2008 at 8:37 AM, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> > On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
> >> > "Aggregating coroutine" and "aggregating yield" aren't nearly as zippy
> >> > as 'gathe
On Thu, Sep 18, 2008 at 8:37 AM, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
>> > "Aggregating coroutine" and "aggregating yield" aren't nearly as zippy
>> > as 'gather' and 'take', but they're more meaningful to a broader
>> > audien
I changed the fix in r31230 to allocate char instead of char *,
adjusted the formula for buffer size and added a comment explaining it
to lower the level of black magic, and added a check for each item,
dropping the XXX comment that asked for it.
I hope this is enough understanding of the error ;)
On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
> > "Aggregating coroutine" and "aggregating yield" aren't nearly as zippy
> > as 'gather' and 'take', but they're more meaningful to a broader
> > audience, which may help the feature spread.
I don't buy this. The Perl 6 terms are
On Thu, Sep 18, 2008 at 9:13 AM, Patrick R. Michaud (via RT)
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Patrick R. Michaud
> # Please include the string: [perl #59006]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?i
Not long ago, Allison Randal proclaimed...
> Stephen Weeks wrote:
> >
> >This has now been committed to trunk. I'm pretty sure that I updated
> >every exception handler in the tree.
>
> Apologies if my comments on this thread and update to the exceptions PDD
> weren't clear. The resume continua
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59006]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59006 >
When generating PIR output (e.g., from the compiler tools), we
often need to conve
On Thu, Sep 18, 2008 at 09:23:50AM +0200, Allison Randal wrote:
>>
>> What's the language-agnostic term for this, then?
>
> Well, 'gather' is basically a clever use of a coroutine, and 'take' is
> basically a 'yield'. But, what's unique about the construct is that it
> aggregates the results. S
On Mon Oct 01 10:40:33 2007, pcoch wrote:
> In src/exceptions.c there is the todo comment: [TODO: replace
> quadratic search with something linear, hopefully without trashing
> abstraction layers
I can't find this comment any more, nor any occurrence of this ticket's
number. I'll do some digging
The new Parrot mailing list (replacing perl6-internals/parrot-porters)
is <[EMAIL PROTECTED]>. If you were subscribed to the old
list, you're now subscribed to the new list. If you were a digest
subscriber to the old list, you're now a digest subscriber to the new list.
More information about
Author: tene
Date: Thu Sep 18 01:47:46 2008
New Revision: 31223
Modified:
trunk/docs/pdds/pdd19_pir.pod
trunk/docs/pdds/pdd23_exceptions.pod
Changes in other areas also in this revision:
Modified:
trunk/compilers/bcg/t/BCG.t
trunk/compilers/pct/src/PAST/Compiler.pir
trunk/compilers
2008/9/17 Patrick R. Michaud <[EMAIL PROTECTED]>:
> On Wed, Sep 17, 2008 at 08:08:47PM +0200, Reini Urban wrote:
>> http://www.parrotcode.org/release/devel still points to 0.7.0
>
> I sent the appropriate patch to the webmaster, but it hasn't
> been applied yet (and I lack a commit bit for the parr
# New Ticket Created by NotFound
# Please include the string: [perl #58988]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58988 >
The Parrot_get_runtime_prefix in src/library.c return a char *,
forcing the places that curr
Author: tene
Date: Wed Sep 17 20:34:19 2008
New Revision: 31218
Modified:
trunk/docs/pdds/pdd19_pir.pod
trunk/docs/pdds/pdd23_exceptions.pod
Changes in other areas also in this revision:
Modified:
trunk/compilers/bcg/t/BCG.t
trunk/compilers/pct/src/PAST/Compiler.pir
trunk/compilers
Stephen Weeks wrote:
This has now been committed to trunk. I'm pretty sure that I updated
every exception handler in the tree.
Apologies if my comments on this thread and update to the exceptions PDD
weren't clear. The resume continuation should continue to live within
the exception object
On Wed Sep 17 08:31:26 2008, particle wrote:
> On Tue, Sep 16, 2008 at 11:45 PM, Christoph Otto via RT
> <[EMAIL PROTECTED]> wrote:
> > On Tue Sep 16 15:00:24 2008, [EMAIL PROTECTED] wrote:
> >> On Tuesday 16 September 2008 14:47:58 NotFound wrote:
> >>
> >> > > It certainly shouldn't segfault. But
Not long ago, Stephen Weeks proclaimed...
> Not long ago, Patrick R. Michaud proclaimed...
> > Personally I like the idea that "any PMC can be thrown as an
> > exception", which would seem to argue against forcing resume
> > continuations into the thrown PMC (which might not have a slot
> > for the
On Tue Sep 09 15:06:38 2008, [EMAIL PROTECTED] wrote:
> Patrick R. Michaud wrote:
> >
> > Just for clarification: IIUC, the n_* opcodes and their semantics
> > aren't really "going away" -- they're simply being renamed to not
> > have the leading "n_" prefix. It's the existing "add", "sub",
>
On Thu Jan 18 14:14:30 2007, mdiep wrote:
> On Thu Jan 18 13:52:33 2007, leo wrote:
> > While that was never actually specced, I do consider a NULL PMC as
> > something
> > like a null pointer in C. Any access (except testing for NULL-ness)
> to
> > it is
> > an error. Above example tests, that som
# New Ticket Created by "Kamil KuÅaga"
# Please include the string: [perl #58982]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58982 >
$ make perl6
make -C compilers/pct
make[1]: WejÅcie do katalogu `/usr/local/src/parr
Patrick R. Michaud wrote:
What's the language-agnostic term for this, then?
Well, 'gather' is basically a clever use of a coroutine, and 'take' is
basically a 'yield'. But, what's unique about the construct is that it
aggregates the results. So, 'gather' is an "aggregating coroutine" and
't
30 matches
Mail list logo
