[perl #27200] Re: [PATCH] Re: JIT & branches under the Sun

2004-02-28 Thread via RT
# New Ticket Created by Leopold Toetsch # Please include the string: [perl #27200] # in the subject line of all future correspondence about this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=27200 > Stephane Peiry wrote: > On Mon, Feb 23, 2004 at 11:07:48AM +0100, Leopold Toetsch

Re: JIT & branches under the Sun

2004-02-23 Thread Leopold Toetsch
Stephane Peiry <[EMAIL PROTECTED]> wrote: > On Mon, Feb 23, 2004 at 11:07:48AM +0100, Leopold Toetsch wrote: >> Yep. That's a bit complicated. The jit code tries to avoid >> loading/storing the same register from/to memory. > Actually on this, while looking at what jit on i386 would give for this >

Re: JIT & branches under the Sun

2004-02-23 Thread Stephane Peiry
On Mon, Feb 23, 2004 at 11:07:48AM +0100, Leopold Toetsch wrote: > Yep. That's a bit complicated. The jit code tries to avoid > loading/storing the same register from/to memory. Actually on this, while looking at what jit on i386 would give for this particular loop, just noticed it does quite a lo

Re: JIT & branches under the Sun

2004-02-23 Thread Leopold Toetsch
Stephane Peiry wrote: Looking at it makes it pretty clear why it loops forever (mainly it jumps back to a load, loading always the same value). Yep. That's a bit complicated. The jit code tries to avoid loading/storing the same register from/to memory. This is achieved by remembering the size o

Re: JIT & branches under the Sun

2004-02-21 Thread Stephane Peiry
On Mon, Feb 16, 2004 at 09:08:55AM +0100, Leopold Toetsch wrote: > I see. Your libc's sprintf seems to be missing the "0x" prefix for the > "%p" format. Ok you were right, that fixed it immediatly, and I'm now able to see "within jit" :). Attached are the dumps for this loop, with and without the

Re: JIT & branches under the Sun

2004-02-16 Thread Leopold Toetsch
Stephane Peiry <[EMAIL PROTECTED]> wrote: > mh ok, I do get the stabs file, and apparently the reason no objfile gets > created is that "as" complains with loads of warnings and some errors when > given the stab file. I see. Your libc's sprintf seems to be missing the "0x" prefix for the "%p" fo

Re: JIT & branches under the Sun

2004-02-15 Thread Stephane Peiry
On Sat, Feb 14, 2004 at 06:19:42PM +0100, Leopold Toetsch wrote: > If that runs and it works you get a stabs file (for parrot -d -j). This is > compiled via an hardcoded line with "as". s. jit_debug.c mh ok, I do get the stabs file, and apparently the reason no objfile gets created is that "as" c

Re: JIT & branches under the Sun

2004-02-14 Thread Leopold Toetsch
Stephane Peiry <[EMAIL PROTECTED]> wrote: > On Sat, Feb 14, 2004 at 02:35:02PM +0100, Leopold Toetsch wrote: >>docs/debug.pod /jit > saw that one, but jit doesn't generate a .o file under sparc? Calling Parrot_jit_debug() is enabled for __GNUC__ and __IBMC__. If your system doesn't define one

Re: JIT & branches under the Sun

2004-02-14 Thread Stephane Peiry
On Sat, Feb 14, 2004 at 02:35:02PM +0100, Leopold Toetsch wrote: >docs/debug.pod /jit saw that one, but jit doesn't generate a .o file under sparc? Stéphane

Re: JIT & branches under the Sun

2004-02-14 Thread Leopold Toetsch
Stephane Peiry <[EMAIL PROTECTED]> wrote: > whats a good way to debug jit? s. docs/jit.pod /Debugging docs/debug.pod /jit > Thanks, > Stephane leo

Re: JIT & branches under the Sun

2004-02-14 Thread Stephane Peiry
On Fri, Feb 13, 2004 at 10:48:09AM +0100, Leopold Toetsch wrote: > I don't know suns JIT code nor the assembler syntax, but it seems that > the two subcc lines are broken: > > emitm_subcc_r(NATIVECODE, MAP[1], emitm_g(0), emitm_g(0)); > > If I understand that correctly it should read: > >

Re: JIT & branches under the Sun

2004-02-13 Thread Leopold Toetsch
Stephane Peiry <[EMAIL PROTECTED]> wrote: > While playing with JIT on Suns, I've found out that the following pasm code: > set I1, 2 >LOOP: sub I1, 1 > ifI1, LOOP > print "end\n" > end > never finishes.. that is: parrot -j loop.pasm hangs fore

JIT & branches under the Sun

2004-02-12 Thread Stephane Peiry
Hi All, While playing with JIT on Suns, I've found out that the following pasm code: set I1, 2 LOOP: sub I1, 1 ifI1, LOOP print "end\n" end never finishes.. that is: parrot -j loop.pasm hangs forever (never printing 'end') while the non-jitted