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
# New Ticket Created by Kamil Kułaga
# Please include the string: [perl #58982]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58982
$ make perl6
make -C compilers/pct
make[1]: Wejście do katalogu
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 some usage of
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,
mul, div, etc.
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 them). So,
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, the question
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
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
# New Ticket Created by NotFound
# Please include the string: [perl #58988]
# in the subject line of all future correspondence about this issue.
# URL: 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
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
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
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
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
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. So,
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59006]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59006
When generating PIR output (e.g., from the compiler tools), we
often need to
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 continuation
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.
# URL:
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 well
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, 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
audience, which may
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 'gather' and 'take',
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:
Aggregating
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 automatic
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 is not
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
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
+ * 1 more for
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, 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 natural and
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 sort of
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.
30 matches
Mail list logo