Jerome Quelin wrote:
> eq S0, "<", FLOW_GO_WEST
[ branch not taken ]
> And while I'm talking about strange things... Due to the fact that Parrot
> does not branch to the correct label,
As strings are involved, could you insert:
sweepoff
collectoff
as the very fi
On Fri, 4 Oct 2002, Michael Lazzaro wrote:
: Date: Fri, 4 Oct 2002 16:40:04 -0700
: From: Michael Lazzaro <[EMAIL PROTECTED]>
: To: [EMAIL PROTECTED]
: Subject: Draft Proposal: Declaring Classwide Attributes
:
: (Disclaimer: My purpose in proposing this is not to recommend it, but
: to document
in
http://archive.develooper.com/perl6-language%40perl.org/msg11440.html
Larry Wall wrote:
>I'm wondering whether the single ones could indicate parallel streams.
>We had the difficulty of specifying whether the C loop should
>terminate on the shorter or the longer stream. We could say that |
>t
in
http://archive.develooper.com/perl6-language%40perl.org/msg11451.html
Larry Wall wrote:
> for @cases ^| @newcases -> $x is rw | $y {...}
do I understand correctly that what happens is (more or less) --
any($a,$b) := any($x,$y)
?
arcadi
> Date: Fri, 11 Oct 2002 12:16:00 -0700 (PDT)
> From: Larry Wall <[EMAIL PROTECTED]>
>
> I'm wondering whether the single ones could indicate parallel streams.
> We had the difficulty of specifying whether the C loop should
> terminate on the shorter or the longer stream. We could say that |
> t
On Fri, 4 Oct 2002, Michael Lazzaro wrote:
: Thanks, if it's looking like lvalues are really out I'll edit that draft
: to take out the lvalue stuff and do it the other way.
No, lvalue methods are definitely in, and pretty much always have been.
(There will be no problem with post-processing the
Jerome Quelin wrote:
> My goal is to provide a Befunge interpreter that just does the right thing
> out of the box - that is, that does not need to patch Parrot in order to
> function.
Arrays (and all classes) are currently reorganized. The mentioned patch
is a current hack, to get your exp
Luke Palmer writes:
> Some of my students want to go:
>
> if ($x == 1 || 2) { ... }
>
> Now they can:
>
> if $x == 1 | 2 { ... }
I like that a lot. (Some of my students also want to do that.)
You can write an equivalent thing in Icon:
if x = (0 | 1)
though (if memory serves) t
On Sat, 12 Oct 2002, Me wrote:
: We also need a signifier for class methods (assuming
: a distinction is made).
:
: Perhaps one could use an initial cap to indicate a class
: attribute/method:
:
: class foo {
: my $bar;# my is not used for attributes
: our $baz;# neither i
On Sat, 5 Oct 2002, John Williams wrote:
: I think everyone agrees that some sort of simple accessor syntax will be
: included (instead of the getX/setX hack). But will accessors _look_ like
: attributes or methods?
:
: # look like methods
: object.foo($value);
:
: # look like attri
Larry Wall <[EMAIL PROTECTED]> writes:
> On Sat, 12 Oct 2002, Me wrote:
> : We also need a signifier for class methods (assuming
> : a distinction is made).
> :
> : Perhaps one could use an initial cap to indicate a class
> : attribute/method:
> :
> : class foo {
> : my $bar;# my i
On Sat, 12 Oct 2002, Chris Dutton wrote:
: On Saturday, October 12, 2002, at 01:10 PM, Luke Palmer wrote:
:
: >> Date: Sat, 12 Oct 2002 08:43:46 -0700 (PDT)
: >> From: Larry Wall <[EMAIL PROTECTED]>
: >>
: >> If we use | and & as sugar for any() and all(), then their precedence
: >> should proba
Trey Harris wrote:
>
> In a message dated Sun, 13 Oct 2002, Piers Cawley writes:
> > I like that idea:
> >
> >class SomeClass {
> > method class_method ( Class $class: ... ) { ... }
> > method instance_method ( SomeClass $self : ... ) { ... }
> > method dont_care_metho
Tom Hughes wrote:
> In message <[EMAIL PROTECTED]>
> Leopold Toetsch (via RT) <[EMAIL PROTECTED]> wrote:
> It's probably best to do whatever C99 does, which I think is the same
> as what glibc does, namely to return the amount of space that would be
> needed to avoid truncation if the
Jerome Quelin wrote:
> Hi there,
>
> I just discovered that:
> a) my befunge interpreter is broken (would you stop beaking it please? :o))
> b) push and pop operations are now supported by lists
> c) there's a pmc for handling list of integers: intlist
> So, what else can I do? Catching exc
On Fri, Oct 11, 2002 at 05:05:56PM -0700, Joe Wilson wrote:
> Perhaps this is a known issue...
>
> Most parrot programs seem to crash on x86 when the latest CVS parrot
> is compiled with "-O2" or "-g -O2" and when JIT is enabled.
> The programs appear to run to completion and only crash prior to
On Saturday 12 October 2002 18:26, Brent Dax wrote:
> # So, what else can I do? Catching exceptions (is that possible
> # with Parrot)?
> Not just yet. The ideas for exceptions are still bouncing around in the
> caverns of Dan's brain. :^)
So, what am I suppose to do? Is there a way to get the
On Sat, Oct 12, 2002 at 07:29:04PM +0200, Jerome Quelin wrote:
> FYI, I just rsync'ed this afternoon (12/10/2002 14:52 GMT) my Parrot, and did
> the traditionnal: perl Configure.pl ; make; make test
> and yes, all the tests went ok...
I'll look into it, but could you try doing a make clean first
--Brent Dax <[EMAIL PROTECTED]>
@roles=map {"Parrot $_"} qw(embedding regexen Configure)
Wire telegraph is a kind of a very, very long cat. You pull his tail in
New York and his head is meowing in Los Angeles. And radio operates
exactly the same way. The only difference is that there is no cat.
On Fri, Oct 11, 2002 at 04:08:27PM +, Simon Glover wrote:
> # New Ticket Created by Simon Glover
> # Please include the string: [perl #17865]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=17865 >
>
>
>
> One of
Jerome Quelin:
# On Saturday 12 October 2002 18:26, Brent Dax wrote:
# > # So, what else can I do? Catching exceptions (is that
# possible # with
# > Parrot)? Not just yet. The ideas for exceptions are still bouncing
# > around in the caverns of Dan's brain. :^)
#
# So, what am I suppose to
On Saturday 12 October 2002 17:56, Leopold Toetsch wrote:
> > So, what else can I do? Catching exceptions (is that possible with
> > Parrot)?
> Please have a look at list - not a PMC currently but can/does simulate
> intlist now for testing. just compile/link list instead of intlist.
> list_pop(..
On Fri, Oct 11, 2002 at 05:02:02PM -0700, Larry Wall wrote:
> On Fri, 11 Oct 2002, Michael Lazzaro wrote:
> : On Friday, October 11, 2002, at 04:11 PM, Larry Wall wrote:
> : > has Nose $.snout;
> : > has Ear @.ears is cut("long");
> : > has Leg @.legs;
> : > has Tail $.tail is cut("shor
On Sat, Oct 12, 2002 at 04:53:57PM +0200, Jerome Quelin wrote:
> But I have a problem. When popping a value from an empty list, I get a "No
> entries on list!" exception. Instead, I want to get a zero. I can add
> something like:
>
> CHECK_EMPTY:
> set I0, P2
> eq I0, 0, PUSH_ZERO
> ret
>
On Fri, 11 Oct 2002, Trey Harris wrote:
: When you say "subclass", do you mean "below the current class in the
: naming heirarchy", i.e.
:
: class BTree;
: our class Node {...}
:
: would create BTree::Node? Or do you really mean *subclass*, i.e., "our
: class" causes Node to inherit from BT
In a message dated Sun, 13 Oct 2002, Piers Cawley writes:
> I like that idea:
>
>class SomeClass {
> method class_method ( Class $class: ... ) { ... }
> method instance_method ( SomeClass $self : ... ) { ... }
> method dont_care_method ( $self : ... ) { ... }
On Sat, 12 Oct 2002, Larry Wall wrote:
: The precedence is screwed up though. It'd have to be
:
: use Acme[ (1;17..) | (2;0..) ];
Or maybe this:
use Acme[1;17..] |
Acme[2;0..];
That doesn't, of course, express any preference for one version over another,
since | logically happ
On Fri, 11 Oct 2002, Luke Palmer wrote:
: I now realize I'm a little fuzzy on the yada-yada-yada operator. What
: exactly is it... or what does it do? Is it a statement, an
: expression?
It's a term.
: Could you say things like:
:
: foo(...);
Yes.
: (Admittedly I have no idea what that
> Date: Sat, 12 Oct 2002 08:43:46 -0700 (PDT)
> From: Larry Wall <[EMAIL PROTECTED]>
>
> If we use | and & as sugar for any() and all(), then their precedence
> should probably be the same as || and &&.
Should they? I had in mind something just above comparisons. That
way:
if $x == 3
I've looked before for discussion of the rationale behind
introducing attr/has and failed to find it. I noticed you
mention Zurich, so perhaps this decision followed from
discussion in living color (as against b+w).
Anyhow, what was deemed wrong with using my/our?
And...
> class Zap {
> my %.za
> Nothing the matter with "our" for class attributes since they're
> already stored in the package if we follow Perl 5's lead. But using
> "my" for instance attributes is problematic if we allow a class to
> be reopened:
>
> class Blurfl {
> my $.foo;
> }
> ...
> class Blurfl is
On Sat, 12 Oct 2002, Luke Palmer wrote:
: > Date: Sat, 12 Oct 2002 08:43:46 -0700 (PDT)
: > From: Larry Wall <[EMAIL PROTECTED]>
: >
: > If we use | and & as sugar for any() and all(), then their precedence
: > should probably be the same as || and &&.
:
: Should they? I had in mind something j
On Thu, 10 Oct 2002, Larry Wall wrote:
: Anyway, I don't see offhand why composition can't simply be done with
: attributes as it is in C++, especially since attributes manifest as
: methods outside the class. I don't think $car.cd.eject() is all that
: horrible to contemplate.
By the way, ever
On Friday, October 11, 2002, at 04:11 PM, Larry Wall wrote:
> has Nose $.snout;
> has Ear @.ears is cut("long");
> has Leg @.legs;
> has Tail $.tail is cut("short");
>
> method Wag () {...}
> }
What's the rationale again for the dot in $.snout? Does it imply
On Sat, 12 Oct 2002 08:43:46 -0700, Larry Wall wrote:
> On Sat, 12 Oct 2002, Graham Barr wrote:
> : Or even something like
> :
> : use Acme[1.0];
>
> Hmm. Looks kinda like a subscript, which could be sliced to give an
> acceptable version range:
>
> use Acme[1;0..];
Might it be possible
On Fri, 11 Oct 2002, Dan Sugalski wrote:
: I think that, for me at least, it'll be close enough to C to be
: really confusing. (I already have the problem of leaving parens off
: of my function calls when I write XS code...) There's a certain
: appeal to not having to swap in almost-but-not-qui
On Sunday 13 October 2002 12:11, Leopold Toetsch wrote:
> Jerome Quelin wrote:
> > eq S0, "<", FLOW_GO_WEST
> [ branch not taken ]
> > And while I'm talking about strange things... Due to the fact that Parrot
> > does not branch to the correct label,
> As strings are involved, could you in
>From my point of view - it isn't.
As I said in an earlier post, my Befunge interpreter is broken. It was doing
well not so long ago. Anyway, since I wanted to add intlists and push/pop, I
made some modifications. But I can't test them, since Parrot seems to be
badly broken...
At first, I tho
On Sunday 13 October 2002 12:16, Steve Fink wrote:
> On Sat, Oct 12, 2002 at 07:29:04PM +0200, Jerome Quelin wrote:
> > FYI, I just rsync'ed this afternoon (12/10/2002 14:52 GMT) my Parrot, and
> > did the traditionnal: perl Configure.pl ; make; make test
> > and yes, all the tests went ok...
> I'
On Sat, 12 Oct 2002, Me wrote:
: I've looked before for discussion of the rationale behind
: introducing attr/has and failed to find it. I noticed you
: mention Zurich, so perhaps this decision followed from
: discussion in living color (as against b+w).
:
: Anyhow, what was deemed wrong with usi
On Fri, 11 Oct 2002, Larry Wall wrote:
: You can certainly drop it within the methods,
: since there's also the accessor methods.
But I should point out that there's a semantic difference between
$.foo and .foo, in that $.foo is guaranteed to get my copy of the
attribute, while .foo might just go
On Sat, 12 Oct 2002, Larry Wall wrote:
> On Sat, 5 Oct 2002, John Williams wrote:
> : Personally, I hope they look like attributes.
>
> They will, outside the class anyway. Inside it's $.foo.
>
> : But if they do, the perl5
> : lvalue subs are not the way to do it. Why? Because an lvalue sub re
On Sat, 12 Oct 2002, Dan Kogai wrote:
: Objection, your honor.
:
: perl5 ($x & $y) might be uncommon enough to justify this. But how
: about &= vs. &&=, |= vs. ||= ? Those are both used very often so by
: saving one symbol we lose consistency.
Ouch. You're right. That's a bit of a problem
On Saturday, October 12, 2002, at 01:10 PM, Luke Palmer wrote:
>> Date: Sat, 12 Oct 2002 08:43:46 -0700 (PDT)
>> From: Larry Wall <[EMAIL PROTECTED]>
>>
>> If we use | and & as sugar for any() and all(), then their precedence
>> should probably be the same as || and &&.
>
> Should they? I had i
On Sat, 12 Oct 2002, Graham Barr wrote:
: Or even something like
:
: use Acme[1.0];
Hmm. Looks kinda like a subscript, which could be sliced to give an
acceptable version range:
use Acme[1;0..];
Except slices aren't powerful enough to say what you really want to say:
use Acme[1;17.
# New Ticket Created by Simon Glover
# Please include the string: [perl #17896]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17896 >
This patch:
i) Adds several new tests for PerlHash, specifically:
- storing
On Sun, Oct 13, 2002 at 03:06:48AM -0700, Steve Fink wrote:
> On Fri, Oct 11, 2002 at 05:05:56PM -0700, Joe Wilson wrote:
> > Perhaps this is a known issue...
> >
> > Most parrot programs seem to crash on x86 when the latest CVS parrot
> > is compiled with "-O2" or "-g -O2" and when JIT is enabl
# New Ticket Created by Simon Glover
# Please include the string: [perl #17899]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17899 >
This patch:
1) Fixes some minor nits in the assembler documentation (mostly POD
# New Ticket Created by Simon Glover
# Please include the string: [perl #17901]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17901 >
Patch below adds tests for the eq, ne, lt, le, gt, ge & neg ops for
PerlInts and P
# New Ticket Created by Simon Glover
# Please include the string: [perl #17903]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17903 >
Here's a brief test for the PMC, PMC, PMC form of the sprintf op;
as an added bonus,
On Sun, Oct 13, 2002 at 11:08:02PM +0100, Nicholas Clark wrote:
> On Sun, Oct 13, 2002 at 03:06:48AM -0700, Steve Fink wrote:
> > On Fri, Oct 11, 2002 at 05:05:56PM -0700, Joe Wilson wrote:
> > > Perhaps this is a known issue...
> > >
> > > Most parrot programs seem to crash on x86 when the lates
On Sun, 13 Oct 2002, Steve Fink wrote:
[Discussion snipped]
> Yes, I get this also. I was trying to figure out how to properly use
> TODO or SKIP or something to suppress this, but none of them worked
> quite right -- it would say that the failed test was a TODO, but it
> still counted it as a
# New Ticket Created by chromatic
# Please include the string: [perl #17907]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17907 >
I've been browsing the docs, and took the time to do a bit of copyediting.
There's room
I've just tried to write PASM like:
new P0, .IntList
new P1, .PerlInt
set P1, 20
set P0[0], P1
...
end
only to have it fail with the message:
'Subscript on something that's not an aggregate!'
Is this a bug or a feature?
Simon
Simon Glover:
# On Sun, 13 Oct 2002, Steve Fink wrote:
# Your problem was probably forgetting to use Test::More
# (which defines skip). In any case, the enclosed patch should
# do the trick.
#
# +SKIP: { skip("Doesn't work with JIT enabled", 1);
# output_like(<<'CODE', <<'OUTPUT', "restart t
On Sun, Oct 13, 2002 at 11:43:23PM -0400, Simon Glover wrote:
>
> I've just tried to write PASM like:
>
> new P0, .IntList
> new P1, .PerlInt
>
> set P1, 20
> set P0[0], P1
> ...
> end
>
> only to have it fail with the message:
>
>'Subscript on something that's
56 matches
Mail list logo
