Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 08, 2004 at 04:04:31PM -0500, Matt Fowles wrote:
>> We are (for the moment) assuming that "shift array" somehow causes a
>> full continuations to be taken and then invoked it in a subsequent
>> call. Then this code would infinite loop; howev
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> ... A scope exit
> action is put in place on the control stack with:
> pushaction Psub
* What is the intended usage of the action handler?
* Specifically is this also ment for lazy DOD runs?
* How is the relationship to the C opcode?
Thanks,
leo
On Thu, 9 Dec 2004, Michael G Schwern wrote:
On Thu, Dec 09, 2004 at 04:35:26PM -0800, Brent 'Dax' Royal-Gordon wrote:
Michael G Schwern <[EMAIL PROTECTED]> wrote:
1) Are they easily available on all the platforms Parrot is? Various
Unixen, OS X, Windows. Is there any hope for a VMS port?
Can w
On Thu, Dec 09, 2004 at 04:35:26PM -0800, Brent 'Dax' Royal-Gordon wrote:
> Michael G Schwern <[EMAIL PROTECTED]> wrote:
> > 1) Are they easily available on all the platforms Parrot is? Various
> > Unixen, OS X, Windows. Is there any hope for a VMS port?
>
> Can we add "are there GUIs for Windo
Michael G Schwern <[EMAIL PROTECTED]> wrote:
> 1) Are they easily available on all the platforms Parrot is? Various
> Unixen, OS X, Windows. Is there any hope for a VMS port?
Can we add "are there GUIs for Windows, OS X, and other platforms with
wimpy users?" ;^)
--
Brent 'Dax' Royal-Gordon
Can you give us a copy of the generated "myconfig" file in the top level parrot
directory?
Klaas-Jan Stol wrote:
Hello,
I just got a fresh cvs checkout, compiled it, compiled pge and tried to
make tcl.
This is what I get:
(cd ../../ && ./parrot --output=languages/tcl/lib/tcllib.pbc
languages/tc
Hello,
I just got a fresh cvs checkout, compiled it, compiled pge and tried to
make tcl.
This is what I get:
(cd ../../ && ./parrot --output=languages/tcl/lib/tcllib.pbc
languages/tcl/lib/tcllib.imc)
Couldn't load 'tcl_group': tcl_group: cannot open shared object file: No
such file or directory
On Wed, Dec 08, 2004 at 04:04:31PM -0500, Matt Fowles wrote:
> I would disagree. Let me take the above example and work with it a little:
>
> $I0 = 10
> loop:
> $P0 = shift array
> dec $I0
> if $I0 goto loop
>
> We are (for the moment) assuming that "shift array" somehow causes a
> full
Leopold Toetsch wrote:
Currently one test (t/pmc/pmc_43.pasm) is failing due to wrong inheritance.
Actually not because of inheritance. The implementation of
PerlUndef.logical_xor was bogus. I've fixed this and the test.
leo
Sam Ruby <[EMAIL PROTECTED]> wrote:
> I continue to disagree with the part of this conclusion where you insert
> find_method into the discussion. To give a concrete example: at the
> moment the lookup involved in abs_p_p does not involve the use of
> find_method.
$ cat abs.imc
.sub main
.loc
* PerlInt isa Integer now - most is inherited
* try to improve MMD setup but failed
MMD table creation looks now at parent and tries to install inherited
MMD functions. But that's error prone and bulky and I'm too dumb to do
it right.
Currently one test (t/pmc/pmc_43.pasm) is failing due to wron
Matt Fowles <[EMAIL PROTECTED]> wrote:
> ... This author may
> have to be a little wary about value vs reference semantics, but
> programmers are fairly used to that pitfall by now.
Yes. But this still boils down to the question, if an author or compiler
knows that a full continuation is involve
A recent discussion with Sam has shown that the current calling
conventions for overloaded operators don't match Python semantics (nor
Perl6 when I interpret S06 and S13 correctly).
The difference is that Parrot is passing in the destination argument
while these languages are returning the oper
Leopold Toetsch wrote:
Leo - at one point you indicated that you might be interested in helping
to factor out the common code again.
Sure, and I'm not stopping that. The overall conclusion of (even infix
operator) method lookup was that it has to be done at runtime. It is up to
the PMCs to provide
On Wed, Dec 08, 2004 at 06:21:18PM -0700, Phil Frost wrote:
> On Wed, Dec 08, 2004 at 07:19:07PM -0500, William Coleda wrote:
> > Is there a plan at any point to move to an svn repository from cvs?
> >
> > I'd like to work on a patch to move all the perl* pmcs into dynclasses,
> > which would inv
[EMAIL PROTECTED] wrote:
What this means is that care must be taken when you are writing code
that you expects to be invoked multiple times. However, if you are a
function that on your second invocation returns via the continuation
from you first invocation, you should probably expect to be called
William Coleda wrote:
I'd like to work on a patch to move all the perl* pmcs into dynclasses,
which would involve quite a bit of file moving,
Hi,
I'm currently working on moving the implementation of the PerlHash PMC
into a Hash PMC. The plan is to let PerlHash be an extension of Hash.
Currentl
On Wed, Dec 08, 2004 at 07:19:07PM -0500, William Coleda wrote:
> Is there a plan at any point to move to an svn repository from cvs?
>
> I'd like to work on a patch to move all the perl* pmcs into dynclasses,
> which would involve quite a bit of file moving, and I'll happily wait for
> svn if w
Sam Ruby <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch wrote:
>> Sam Ruby <[EMAIL PROTECTED]> wrote:
>>
>> [ snipped - all ok }
>>
>>>If I define an __add__ method with 16 arguments, Python will not throw
>>>an exception.
>>
>> I didn't write that. I've said: *if* you call it via "a + b", Python
>>
19 matches
Mail list logo
