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
Chris Davaz wrote:
> Ok, here it is without the change to "split on a string", and the test
> passes.
Yes, but on my machine now t/spec/S04-statements/gather.t produces a
segmentation fault. I'll have to investigate if that is related to your
patch or not.
Also split behaves a bit strangely here:
hmm I see I'll work it out ;-) Thanks
On Thu, Sep 18, 2008 at 3:33 PM, Moritz Lenz <[EMAIL PROTECTED]>wrote:
>
>> Chris Davaz wrote:
>> > Ok, here it is without the change to "split on a string", and the test
>> > passes.
>>
>> Yes, but on my machine now t/spec/S04-statements/gather.t produces a
>
Chris Davaz wrote:
> hmm I see I'll work it out ;-) Thanks
I just found out that the segfault is not introduced by your patch, one
less worry for you ;-)
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
# 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
On Sat Aug 16 08:29:16 2008, [EMAIL PROTECTED] wrote:
> - File an RT ticket for this?
All Str related tests haven been un-fudged in
t/spec/S06-multi/type-based.t and are now passing (after jonathan++
switched to the new rakudo mmd), and I can't observe any oddities with
type constraints either.
S
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
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 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
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #59000]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59000 >
starting from r31218 this test segfaults (i386 32 bit linux):
$ TEST_JOBS=1 make t/spec/
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
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
# 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
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #58998]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58998 >
r31220:
> say 23_433
23433
> say 23_433.4_4
error:imcc:syntax error, unexpected IDENTIFIE
The attached split.diff file is just for demonstration, not a patch
submittal.
I made a method on Str called "match" that returns a List of all matches:
# returns all matches on a regex
.sub 'match' :method :multi(_, 'Sub')
.param pmc regex
.local pmc match
.local pmc tmpstr
.loca
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
I'm trying to pin down what $string.match(/pat/) should be returning.
>From S05:
Under "Return values from match objects"
"A match always returns a Match object..."
>From S29:
Under the definition of Str.comb
Saying
$string.comb(/pat/, $n)
is equivalent to
$string.match(rx:global:x(
I really like all the replies I got to this; thank you Moritz,
Jonathan, TSa, Larry, John and Damian.
>From the feedback I received, I will now do the following:
1. Remove "is rw" from all attributes that aren't supposed to be
writable from outside the class.
2. Start using $!foo consistently in
On Thu Sep 18 00:49:59 2008, [EMAIL PROTECTED] wrote:
> r31220:
> > say 23_433
> 23433
> > say 23_433.4_4
> error:imcc:syntax error, unexpected IDENTIFIER, expecting '\n' ('_433')
> in file 'EVAL_13' line 12
> 23
>
> Obviously the underscores in the fractional part of the number needs to
>
On Tue Sep 16 13:04:11 2008, [EMAIL PROTECTED] wrote:
> ...
> But move class Dog { ... } into Dog.pm and import it with
> 'use Dog;' and Rakudo is like 'Attempt to inherit from
> non-existent parent class'.
>
This bug is like fixed.
Well, kinda. Your example now runs. However, modules using modul
On Tue Sep 16 08:56:29 2008, cognominal wrote:
> It prints "0\n" instead of the expected "i\n"
>
Fixed this in 31227, and values, and also cleaned up kv. They are now
multis that we use !EXPORT on (kv had been written specially rather than
just exporting the kv method on Mapping - just deleted tha
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
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 Sat Sep 13 03:41:27 2008, masak wrote:
> Rakudo r31066 is experiencing problems with classes defined in "use"d
> modules.
>
> $ perl6 -e 'class A {}; class B is A {}' # this works
> $ cat A.pm # but... put the class A in a file...
> class A {}
> $ ./perl6 -e 'use A; class B is A {}' # ...and it
On Sat Sep 13 04:33:53 2008, masak wrote:
> In Rakudo r31066, this works...
>
> $ ./perl6 -e 'sub a($b) { $b(5) }; a(&say)' # cool!
> 5
>
> ...but not the following:
>
> rakudo: sub a(&b) { b(5) }; a(&say)
> OUTPUT[Could not find non-existent sub bcurrent instr.:
> 'a' pc 139
>
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. S
* Damian Conway <[EMAIL PROTECTED]> [2008-09-18 03:30]:
> When thinking about this, it's also important to remember that,
> in Perl 6, not everything with a sigil is automatically
> writeable.
That’s not even new to Perl 6.
$ perl -e's/foo/bar/ for "foo"'
Modification of a read-only value
* Carl Mäsak <[EMAIL PROTECTED]> [2008-09-18 12:20]:
> 2. Start using $!foo consistently in methods, for both read and
>write accesses.
Unless, of course, you want the class-internal use of the
attribute to go through its accessor! Which you are likely
to want for public attributes, and much l
# 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 05:17:07PM +0800, Chris Davaz wrote:
> The attached split.diff file is just for demonstration, not a patch submittal.
>
> I made a method on Str called "match" that returns a List of all matches:
>
> [...]
> loop:
> $S0 = match.'text'()
> if $S0 == '' goto
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
I don't understand why this stuff is confusing; it's not new with Perl
6. There's a long tradition in O-O of distinguishing between the
externally visible accessor and the internal storage - Ruby self.foo
vs @foo, Java this.foo vs setFoo()/getFoo(), etc. In fact the Ruby
case is directly analogous
On Thu, Sep 18, 2008 at 03:28:31AM -0700, [EMAIL PROTECTED] via RT wrote:
> On Thu Sep 18 00:49:59 2008, [EMAIL PROTECTED] wrote:
> > r31220:
> > > say 23_433
> > 23433
> > > say 23_433.4_4
> > error:imcc:syntax error, unexpected IDENTIFIER, expecting '\n' ('_433')
> > in file 'EVAL_13' lin
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
[EMAIL PROTECTED] via RT wrote:
> On Sat Sep 13 04:33:53 2008, masak wrote:
>
> OH HAI...you can haz fix in r31228. Plz I can haz spectests so we avoidz
> regreshuns?
IF u sai so. U can haz tesz in r31229.
KTXBAI,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
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
Here is the new patch for split on a regex. Testing it with:
say "theXbiggestXbangXforXtheXbuck".split(/X/).perl;
say "ab1cd12ef123gh".split(/\d+/).perl;
say "charsoup".split(/\<\/?.*?\>/).perl;
We get the following output:
["the", "biggest", "bang", "for", "the", "buck"]
["ab", "cd", "ef", "gh"
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 06:11:45PM +0800, Chris Davaz wrote:
: I'm trying to pin down what $string.match(/pat/) should be returning.
:
: >From S05:
:
: Under "Return values from match objects"
: "A match always returns a Match object..."
:
: >From S29:
:
: Under the definition of Str.comb
:
:
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
HaloO,
John M. Dlugosz wrote:
TSa Thomas.Sandlass-at-vts-systems.de |Perl 6| wrote:
Is it generally foreseen that an object knows about the containers
it is stored in?
Yes. But it is not generally the case that this is the same container
as the caller is holding. Detailed specifications of
HaloO,
Carl Mäsak wrote:
I really like all the replies I got to this; thank you Moritz,
Jonathan, TSa, Larry, John and Damian.
It was a pleasure to be useful.
From the feedback I received, I will now do the following:
1. Remove "is rw" from all attributes that aren't supposed to be
writabl
Got rid of "tempstr" and now returns the entire string on a non-match.
Index: src/builtins/any-str.pir
===
--- src/builtins/any-str.pir (revision 31220)
+++ src/builtins/any-str.pir (working copy)
@@ -71,7 +71,42 @@
.return(retv)
Sorry forgot to put the method in alphabetical order, here you go.
On Fri, Sep 19, 2008 at 12:36 AM, Chris Davaz <[EMAIL PROTECTED]> wrote:
> Got rid of "tempstr" and now returns the entire string on a non-match.
>
Index: src/builtins/any-str.pir
===
Chris Davaz wrote:
> Sorry forgot to put the method in alphabetical order, here you go.
Thanks, applied as r31234. It's still masked by Str.split(Str), which
should be moved to builtins/any-str.pir as well, but that's the job for
another patch.
1234.split(/3/) works right now, so it's even a bit
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 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 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
>> 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 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
> ==
>>
>> OH HAI...you can haz fix in r31228. Plz I can haz spectests so we avoidz
>> regreshuns?
>
> IF u sai so. U can haz tesz in r31229.
>
> KTXBAI,
>
Can this meme be exorcised before the contamination spreads?
--
Email and shopping with the feelgood factor!
55% of income to good causes. h
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
>> +
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 natur
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
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.
Thanks for clarifying however I'm still unsure what a Perl 6 user
should expect to get back from running $string.match(/pat/). This is
the ""one
high-level call to the .match method" yes? So it should be returning a
List of Str (or List of Match in case of capture groups), is this
correct? I ask be
59 matches
Mail list logo
