# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #27200]
# in the subject line of all future correspondence about this issue.
# URL: 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
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
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 lot
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
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 print
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 format. Can
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
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:
Stephane Peiry [EMAIL PROTECTED] wrote:
whats a good way to debug jit?
s. docs/jit.pod /Debugging
docs/debug.pod /jit
Thanks,
Stephane
leo
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
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 of
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 forever (never
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
13 matches
Mail list logo