On Sat, 3 Aug 2002, Nicholas Clark wrote:
> I wasn't actually expecting you to apply that :-)
> It was more a "where I am at now" informational patch.
Sorry :)
>
> I think that this patch is at good point to pause and take stock. I believe
> it JITs just about every integer op (including some i3
On Fri, Aug 02, 2002 at 01:06:27AM -0300, Daniel Grunblatt wrote:
>
> On Thu, 1 Aug 2002, Nicholas Clark wrote:
>
> > Here goes. This *isn't* functional - it's the least amount of work I could
> > get away with (before midnight) that gets the inner loop of mops.pasm JITted.
> >
>
> Applied, man
On Thu, 1 Aug 2002, Nicholas Clark wrote:
> Here goes. This *isn't* functional - it's the least amount of work I could
> get away with (before midnight) that gets the inner loop of mops.pasm JITted.
>
Applied, many many thanks.
> including this judicious bit of cheating:
> because I need if_i_
On Tue, Jul 30, 2002 at 10:20:51PM +0100, Nicholas Clark wrote:
> On Mon, Jul 29, 2002 at 10:34:00PM -0300, Daniel Grunblatt wrote:
> > On Mon, 29 Jul 2002, Nicholas Clark wrote:
> >
> > > Here's a very minimal ARM jit framework. It does work (at least as far as
> > > passing all 10 t/op/basic.t
On Mon, Jul 29, 2002 at 10:34:00PM -0300, Daniel Grunblatt wrote:
> On Mon, 29 Jul 2002, Nicholas Clark wrote:
>
> > Here's a very minimal ARM jit framework. It does work (at least as far as
> > passing all 10 t/op/basic.t subtests, and running mops.pbc)
>
> Cool, I have also been playing with A
Yes, we can do that, we can also try to go in and out from the computed
goto core if available.
Daniel Grunblatt.
On Tue, 30 Jul 2002, Dan Sugalski wrote:
> At 10:34 PM -0300 7/29/02, Daniel Grunblatt wrote:
> >On Mon, 29 Jul 2002, Nicholas Clark wrote:
> > > As you can see from the patch all
At 10:34 PM -0300 7/29/02, Daniel Grunblatt wrote:
>On Mon, 29 Jul 2002, Nicholas Clark wrote:
> > As you can see from the patch all it does is implement the end
>and noop ops.
>> Everything else is being called. Interestingly, JITing like this is slower
>> than computed goto:
>
>Yes, function
I thing I forgot to tell is that I also have added a constant pool which
could be usefull for the ARM too, it's on my local tree,I don't know
exactly when I'm going to finish it.
Daniel Grunblatt.
On Mon, 29 Jul 2002, Nicholas Clark wrote:
> Here's a very minimal ARM jit framework. It does work (at least as far as
> passing all 10 t/op/basic.t subtests, and running mops.pbc)
Cool, I have also been playing with ARM but your approach is in better
shape. (I'll send you a copy of what I got h
Here's a very minimal ARM jit framework. It does work (at least as far as
passing all 10 t/op/basic.t subtests, and running mops.pbc)
As you can see from the patch all it does is implement the end and noop ops.
Everything else is being called. Interestingly, JITing like this is slower
than comput
10 matches
Mail list logo
