Re: [PATCH] intconst parameter type

2002-04-19 Thread Daniel Grunblatt
> > - None of the JIT ports implement it. This will save work. > > As long as my JITed jumptables are fast. If you like coding assembly :-) > > > - It is in general impossible for an optimizer to determine > > where the branch targets are if you allow registers as > > branch

Re: [PATCH] Op metadata

2002-04-19 Thread Daniel Grunblatt
On Fri, 19 Apr 2002, Andrew J Bromage wrote: > G'day all. > > On Fri, Apr 19, 2002 at 12:44:49AM -0400, Dan Sugalski wrote: > > > Ah. Hmmm. Well, we're already attaching some metadata to ops in a > > different way--that's what the op and inline keywords are doing. For > > metadata that use param

[PATCH] Revised TODO list, again

2002-04-19 Thread Steve Fink
This one got dropped too, and maybe this isn't the right place for this anymore. Index: TODO === RCS file: /home/perlcvs/parrot/TODO,v retrieving revision 1.9 diff -u -r1.9 TODO --- TODO29 Jan 2002 22:13:33 - 1.9 +++

Re: [PATCH] intconst parameter type

2002-04-19 Thread Steve Fink
On Thu, Apr 18, 2002 at 03:24:58PM +1000, Andrew J Bromage wrote: > G'day all. > > This patch introduces a new op parameter type "inconst", which is like > "in" except that it only produces const versions of the op (i.e. it > will not take values from registers). Should it be all one keyword, or

Re: goto ADDRESS()

2002-04-19 Thread Steve Fink
On Thu, Apr 18, 2002 at 11:11:31PM +0200, Marco Baringer wrote: > Jason Gloudon <[EMAIL PROTECTED]> writes: > > > So thus far, goto ADDRESS(X) means set the program counter to the pointer value > > X. > > ok, but i find this highly counter-intuitive. I used to use this. I kept my own return add

Re: Using Parrot

2002-04-19 Thread will coleda
I also recommend: http://www.parrotcode.org/ Daniel Grunblatt wrote: > > On 19 Apr 2002, Alberto Manuel [ISO-8859-1] Brandão Simões wrote: > > > > > Hi all! > > > > I'm thinking to use Parrot to be the 'virtual machine' for a > > specification language developed at Minho's university. Probably,

Re: goto ADDRESS()

2002-04-19 Thread Marco Baringer
Dan Sugalski <[EMAIL PROTECTED]> writes: > Ah, this is incorrect. goto ADDRESS should go to an absolute address, > period. It's for use in those times when you *have* an absolute > address--for example when you've just fetched the address of a > subroutine from a symbol table. but what do i put

Re: Using Parrot

2002-04-19 Thread Daniel Grunblatt
On 19 Apr 2002, Alberto Manuel [ISO-8859-1] Brandão Simões wrote: > > Hi all! > > I'm thinking to use Parrot to be the 'virtual machine' for a > specification language developed at Minho's university. Probably, it > will have two languages syntax (an for historic reasons, and another > (VDM-SL)

Using Parrot

2002-04-19 Thread Alberto Manuel Brandão Simões
Hi all! I'm thinking to use Parrot to be the 'virtual machine' for a specification language developed at Minho's university. Probably, it will have two languages syntax (an for historic reasons, and another (VDM-SL) because it is a standard). Why Parrot? Well.. I like perl and would like to conn

Related to purifying code

2002-04-19 Thread Munish Fauzdar
Hi, We are compiling some esql files(.ec ) files using "purify" with the -g option. The problem which we are facing is that the log files that are generated after running the purified executable shows some error of the sort as given under : ==

Re: [netlabs #522] BASIC hangs and crashes, Win32 MSVC++, 0.0.5

2002-04-19 Thread Peter Gibbs
Mike Lambert wrote: > Undoing the patch in resources.c seems to fix the problem. > > Changing: > ((Buffer *)buffer)->buflen = req_size; > to: > ((Buffer *)buffer)->buflen = size; > makes it work again. Just for interest, the problem here is that the rounding is always up to the next multi

Re: Roadmap for Parrot

2002-04-19 Thread raptor
Also slowing down 0.0.99 so that 0.1.0 has atleast 2-3 times speed up over 0.0.99 :")) |I don't see "World Domination" or "Nervous Breakdown" in there anywhere.

Re: Call stack manipulation?

2002-04-19 Thread Piers Cawley
Andrew J Bromage <[EMAIL PROTECTED]> writes: > G'day all. > > On Fri, Apr 19, 2002 at 07:06:04AM +0100, Piers Cawley wrote: > >> If I'm going to be doing tail call optimization >> (and I can't call it scheme if I don't) then my first thought was as >> follows. >> >> # This is a tail call >> >