With the following patch, the method init of 'PAST::Node' returns the node.
It's allow the use of tail call, for example :
.local pmc past
past = new 'PAST::Val'
past.'init'('node'=>node, 'vtype'=>'.LuaBoolean', 'name'=>1)
.return (past)
becomes :
.local pmc past
past = n
Author: larry
Date: Tue May 29 09:18:54 2007
New Revision: 14404
Modified:
doc/trunk/design/syn/S02.pod
doc/trunk/design/syn/S03.pod
Log:
Applied s:g{ '[-1]' } = '[*-1]' patch from Dataweaver++
Modified: doc/trunk/design/syn/S02.pod
Author: larry
Date: Tue May 29 11:14:43 2007
New Revision: 14405
Modified:
doc/trunk/design/syn/S03.pod
Log:
Clarification of x and xx semantics requested by chas.owens++
Modified: doc/trunk/design/syn/S03.pod
==
---
My expectation before reading the delta was that negative counts
would do a reversal:
"123" x -1 = "321"
('a', 'b', 'c') xx -3 = ('c', 'b', 'a', 'c', 'b', 'a', 'c', 'b', 'a');
I don't know why I think that makes sense, but it was honestly my
first thought. Does it make sense to anyone else? I
On 5/29/07, Larry Wall <[EMAIL PROTECTED]> wrote:
The main rationale for going with null return is that the biggest use of
replication has generally been something like:
say $foo, ' ' x (20 - $foo.width), $bar
and it would be counterproductive to degrade to "negative" spaces in
such a case.
On 29 May 2007, at 19:21, Mark J. Reed wrote:
My expectation before reading the delta was that negative counts
would do a reversal:
"123" x -1 = "321"
('a', 'b', 'c') xx -3 = ('c', 'b', 'a', 'c', 'b', 'a', 'c', 'b', 'a');
I don't know why I think that makes sense, but it was honestly my
first
On Tue, May 29, 2007 at 02:21:37PM -0400, Mark J. Reed wrote:
: My expectation before reading the delta was that negative counts
: would do a reversal:
:
: "123" x -1 = "321"
:
: ('a', 'b', 'c') xx -3 = ('c', 'b', 'a', 'c', 'b', 'a', 'c', 'b', 'a');
:
: I don't know why I think that makes sense,
On Sat, May 26, 2007 at 08:14:30PM -0700, [EMAIL PROTECTED] wrote:
> Author: chromatic
> Date: Sat May 26 20:14:29 2007
> New Revision: 18661
>
> Modified:
>trunk/config/init/hints/linux.pm
>
> Log:
> Enable symbol hiding with GCC on Linux.
>
> This'll smoke out some of the errors that plagu
On 5/29/07, Mark J. Reed <[EMAIL PROTECTED]> wrote:
My expectation before reading the delta was that negative counts
would do a reversal:
"123" x -1 = "321"
('a', 'b', 'c') xx -3 = ('c', 'b', 'a', 'c', 'b', 'a', 'c', 'b', 'a');
I don't know why I think that makes sense, but it was honestly my
Author: larry
Date: Tue May 29 12:03:39 2007
New Revision: 14406
Modified:
doc/trunk/design/syn/S12.pod
Log:
Allow closures as indirect methods as suggested by blazer++
Modified: doc/trunk/design/syn/S12.pod
==
--- d
Nicholas Clark writes:
On Sat, May 26, 2007 at 08:14:30PM -0700, [EMAIL PROTECTED] wrote:
Author: chromatic
Date: Sat May 26 20:14:29 2007
New Revision: 18661
Modified:
trunk/config/init/hints/linux.pm
Log:
Enable symbol hiding with GCC on Linux.
This'll smoke out some of the errors
On Tue, May 29, 2007 at 04:05:39PM -0400, Chas Owens wrote:
: On 5/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
: snip
: >+If the count is less than 1, returns the null string.
: >+The count may not be C<*> because Perl 6 does not support
: >+infinite strings. (At least, not yet...)
: snip
On 5/29/07, Larry Wall <[EMAIL PROTECTED]> wrote:
On Tue, May 29, 2007 at 04:05:39PM -0400, Chas Owens wrote:
: On 5/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
: snip
: >+If the count is less than 1, returns the null string.
: >+The count may not be C<*> because Perl 6 does not support
:
On 5/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
snip
+If the count is less than 1, returns the null string.
+The count may not be C<*> because Perl 6 does not support
+infinite strings. (At least, not yet...)
snip
Does "may not be c<*>" mean that the compiler should throw a fatal
erro
# New Ticket Created by Will Coleda
# Please include the string: [perl #43070]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43070 >
Using a config of:
CC="ccache gcc-4.0"
CX="ccache g++-4.0"
perl Configure.pl --cc="$CC"
On Tue, May 29, 2007 at 04:43:20PM -0400, Chas Owens wrote:
: Just an odd corner case, but
:"foo" x -*
: should return an empty string and
:"foo" xx -*
: should return an empty list, right?
I'm doubt &prefix:<->:(Whatever) is defined at all, so that's probably
a run-time failure unless som
Author: larry
Date: Tue May 29 14:18:27 2007
New Revision: 14407
Modified:
doc/trunk/design/syn/S02.pod
Log:
Clarification of relationship of Any and Object types requested by dduncan++
Modified: doc/trunk/design/syn/S02.pod
===
On 5/29/07, Larry Wall <[EMAIL PROTECTED]> wrote:
On Tue, May 29, 2007 at 04:43:20PM -0400, Chas Owens wrote:
: Just an odd corner case, but
:"foo" x -*
: should return an empty string and
:"foo" xx -*
: should return an empty list, right?
I'm doubt &prefix:<->:(Whatever) is defined at a
# New Ticket Created by Will Coleda
# Please include the string: [perl #43069]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43069 >
This depends on being able to config with --parrot_is_shared on darwin
(which, as of tod
I have poked around a bit in the code and can't find a good way to
die. I am currently using
perlReplicate n a = if n == 1/0
then error "Infinite replications would exhaust memory"
else if n < 0
then genericReplicate 0 a
else genericReplicate (truncate n) a
But that gives th
My counterintuition just went off again. The more restrictive type is
called "Any"? Object includes junctions?
On 5/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: larry
Date: Tue May 29 14:18:27 2007
New Revision: 14407
Modified:
doc/trunk/design/syn/S02.pod
Log:
Clarificati
On Tue, May 29, 2007 at 05:29:18PM -0400, Chas Owens wrote:
: Okay, obviously I have more synopsis to read, but currently Pugs says:
: pugs> my $posinf = *
: Inf
: pugs> my $neginf = -*
: -Inf
:
: which made me think * is Inf in scalar context. Is this a bug in Pugs then?
Yes, basically. * shou
Jonathan Lang wrote:
From S02:
--
Perl 6 includes a system of B to mark the fundamental
structural type of a variable:
$ scalar (object)
@ ordered array
% unordered hash (associative array)
& code/rule/token/regex
:: package/module/class/role/subset/enum/type/grammar
On Tue, May 29, 2007 at 06:46:21PM -0400, Mark J. Reed wrote:
: My counterintuition just went off again. The more restrictive type is
: called "Any"? Object includes junctions?
Well, yes, "Everything is an Object" is the politically correct mantra. :)
And in Perl 6, "Any" does not really mean
This is due to config/init/hints/darwin.pm, which hardcodes "/usr/
local/..." to the path.
A fix which works only in a non-install variety of parrot would be:
=== config/init/hints/darwin.pm
==
--- config/init/hints/darwin.pm (revi
> Well, yes, "Everything is an Object" is the politically correct mantra. :)
True, but junctions aren't usually in the scope of CS PC...
OK, so let me see if I can wrap a conceptualization around this.
Logically, the type "Object" is itself a junction, that of all
possible types, while "Any" me
Author: larry
Date: Tue May 29 17:38:24 2007
New Revision: 14408
Modified:
doc/trunk/design/syn/S06.pod
Log:
Extensibility of "is cached" explained, as requested by gabriele renzi++
Modified: doc/trunk/design/syn/S06.pod
===
Hi,
I am thinking about using Parrot as the VM for a small, experimental
functional language. My priority is ease of getting things working. I
was wondering if:
- this is the right list for parrot (parrot-porters-subscribe bounced)?
- whether there was a more suitable venue (more focussed on
At 4:40 PM -0700 5/29/07, Larry Wall wrote:
Hmm, maybe we should just rename Object to something more generic.
There are plenty of candidates:
Top
Idea
Noun
Item
Proto
Thing
Notion
Concept
Subject
Reality
Invocant
Universal
EveryThing
Abstr
29 matches
Mail list logo
