On Wed, Mar 03, 2004 at 01:11:46PM -0500 it came to pass that Dan Sugalski wrote:
> At 6:46 PM +0100 3/3/04, Jos Visser wrote:
> >On Wed, Mar 03, 2004 at 11:37:09AM -0500 it came to pass that Dan
> >Sugalski wrote:
> >>
> >> FWIW, if we start getting into the &
On Wed, Mar 03, 2004 at 11:37:09AM -0500 it came to pass that Dan Sugalski wrote:
>
> FWIW, if we start getting into the "What should our base time for the
> epoch be" arguments, I'll warn you that the answer if I have to make
> one is probably Nov 17, 1858 at midnight, give or take a bad memory
On Fri, Nov 28, 2003 at 10:27:45AM -0700 it came to pass that Cory Spencer wrote:
>
> > > On Fri, 28 Nov 2003, Leopold Toetsch wrote:
> > >
> > > > Op vtable Meaning
> > > > - is_same PMCs are ident
> > > > - is_equal PMCs are equivalent, holding the same value
> > > > Y cmp
Hi,
Mightn't it be (is this English by the way? :-) a good idea to use
LANGUAGES.STATUS also for maintaining track of parrot-generating
compilers that are not in the main tree?
If people agree that it's a good idea I would like to submit the
following three liner:
---
On Fri, Sep 19, 2003 at 08:08:33AM -0400 it came to pass that Dan Sugalski wrote:
> On Thu, 18 Sep 2003, Jos Visser wrote:
>
> > I came across this posting:
> >
> > Third Virtual Machine Research and Technology Symposium 2004 (VM'04)
> > May 6-7, 2004
&
I came across this posting:
Third Virtual Machine Research and Technology Symposium 2004 (VM'04)
May 6-7, 2004
San Jose Hyatt, San Jose, CA
The VM'04 Program Committee invites you to contribute refereed papers
and work-in-progress reports to the third USENI
On Fri, Aug 29, 2003 at 01:29:18PM +0200 it came to pass that Leopold Toetsch wrote:
> I'd like to change the startup parameters too: move the ARGV array from
> P0 to P5. This would allow main to be:
>
> .pcc_sub _main prototyped
>.param SArray ARGV
>.local int ARGC
>ARGC = ARGV
>
Why on Earth are you directing this question here? The perl6-internals
mailing list is about the internals of the new Perl6 implementation.
++Jos.nl
On Fri, Aug 29, 2003 at 03:05:35PM +0530 it came to pass that Janarthanan, Prassana
wrote:
> Hi all,
>
> Can any one tell me as how should I sourc
Hi,
Before reporting this as a bug I would like to know if it is not my
shallow understanding of Parrot... :-)
I set an exception handler, then call a subroutine and within that
subroutine an exception is triggered (because of a find_lex of a
non-existing lexical). The exception is handled but if
On Sun, Aug 24, 2003 at 03:19:37PM +0100 it came to pass that Nicholas Clark wrote:
> > > 1) REG_INT(5) ...has exit code
>
> I like the idea of (1), but I'm used to C. It seems quite clean if the
> top level subroutine just "returns" to its caller, which happens to be
> the shell. C (and perl) can
On Sun, Aug 24, 2003 at 12:09:21PM +0200 it came to pass that Leopold Toetsch wrote:
> Parrot programs have commandline info in P0 but there is no means to
> communicate an exit-status to the shell.
> We could do:
>
> 1) REG_INT(5) ...has exit code
> 2) end Ix ... end opcode has exit code
> 3) ex
Hi all,
I am returning to the topic of search_lex. I ask to be excused because
this is another "I need this op" mail, but I think the feature I request
here has merit for other languages as well...
In my case my "problem" (challenge) is that I want to generate some
parrot code that is capable of
Hi,
I am writing a parrot compiler back-end for my very own computer language
personality disorder: Comal (see http://www.josvisser.nl/opencomal). I do
this purely for its therapeutical value :-)
Parrot is currently far from finished. A lot of things work really well
but in other corners work is
When I install and use an exception handler for the second time Parrot
dumps. It looks like the "set_eh" messes up the sub object in P10
because when I uncomment the second newsub it works...
Is this a behaviour of the hidden invoke (of the exception handler) that
I am unaware of?
++Jos.nl
-
Hi,
The long story short:
* EXCEPTION_LEX_NOT_FOUND is not picked up correctly from the include file
* The return continuation of the exception does not save registers,
since $P1 (mapped to P16 by imcc) is messed up by $P2 (also mapped to
P16).
* I would really like the name of the missing le
On Mon, Aug 11, 2003 at 03:30:44AM -0400 it came to pass that Michal Wallace wrote:
> because a find_lex failure isn't an exception.
> Or am I missing something?
Currently find_lex does *not* throw an exception. Inside
"scratchpad_get"(and friends) an internal exception is thrown which just
termin
On Mon, Aug 11, 2003 at 10:29:26AM +0100 it came to pass that Piers Cawley wrote:
> > Maybe this should be a global something...
>
> Not global. Or, if it is global, it needs to be dynamically scoped
> since you could possibly have different modules implemented in
> different languages.
After so
There are a number of ops that could fail. Examples are find_lex but
also the various load and lookup ops. Options for handling failure are:
- Abort parrot
- Throw an exception
- Return a default (null) value
I think it is hard for the parrot designers to decide what language
implementors want (g
Accompanying patch adds the "fortytwo" op to Parrot, so the following
PASM becomes legal:
fortytwo I0
print I0
print "\n"
end
Example:
$ ../parrot test42.pasm
42
Sorry, could not resist. :-)
++Jos.es
--
ek is so lug jy vlieg deur my
sonder jou is ek sonder pa
Hi,
I am writing a parrot code generator back-end to an interpreter for a
long-lost (some would say "dead", but I prefer "hibernating" :-)
programming language: Comal (see http://www.josvisser.nl/opencomal).
Anyway, in the course of my code generation I have run into the
situation where I think I
On Thu, Jul 31, 2003 at 12:32:36AM +0200 it came to pass that Christian Renz wrote:
> Thanks for the clarification. Does that mean that a mechanism for
> dynamic PMCs would automatically allow them to be written in Parrot
> also (and not only load binary libs)?
I don't think there are currently pl
On Wed, Jul 30, 2003 at 10:44:51PM +0200 it came to pass that Christian Renz wrote:
> Are there any plans to allow PMCs to be implemented in Parrot? Or am I
> asking something stoopid :).
There are currently a lot of PMC types implemented directly in Parrot.
If you look in the classes/ subdirector
On Tue, Jul 29, 2003 at 08:31:56PM -0400 it came to pass that Dan Sugalski wrote:
> That's ultimately the plan. There'll be a safe version of all the
> ops, automatically generated, that perform some basic checks--for
> example making sure all the pointer-based registers are valid.
> This'll be
On Tue, Jul 29, 2003 at 09:11:15AM -0700 it came to pass that Mr. Nobody wrote:
> I don't think it's worth adding extra overhead to lexical variables just to
> support broken pasm. There are many ways to crash parrot with bad code - but
> it's OK, since compilers of higher level languages simply wo
On Mon, Jul 28, 2003 at 03:30:46PM +0200 it came to pass that Juergen Boemmels wrote:
> Comments
My first hunch is to see the ParrotIO object as a channel of data into
an underlying file (leaving "channel", "data", and "file" vaguely
defined for now)... This would mean that every ParrotIO object h
On Tue, Jul 22, 2003 at 10:05:49AM -0700 it came to pass that Damien Neil wrote:
> Some Java programs, as you say, build a
> single-threaded, non-blocking, event-dispatched IO mechanism on top
> of this. Java does not, however, have any support for interrupts;
> it is not possible to do AIO in Jav
On Mon, Jul 21, 2003 at 06:29:36PM -0700 it came to pass that Damien Neil wrote:
>
> Do you know of a program that does this (simulated AIO via threads)?
> (Again, I'm not disputing your claim--it's just that this is
> completely contrary to my experience, and I'd like to know more
> about it.)
>
27 matches
Mail list logo
