Leopold Toetsch wrote:
Sam Ruby <[EMAIL PROTECTED]> wrote:
I don't understand this. At all. But the test case added to pyclass.t (motivated by test 4 in pie/b3.t) only passes if this change to the get_repr op is made.
[ ... ]
-op get_repr(out STR, in PMC) { - $1 = $2->vtable->get_repr(interpreter, $2); +inline op get_repr(out STR, in PMC) { + STRING *s = $2->vtable->get_repr(interpreter, $2); + $1 = s; goto NEXT(); }
Strange. Stranger. Strangest. Did the test fail with JIT/i386 only?
I didn't mean to commit the "inline" portion of the change... that didn't make a difference.
I've never investigated how to select another "core"... I've done all my runs using the default for i386. While in gdb, I have seen mention of "slow_core" and in this case, breakpoints that I set on Parrot_get_repr_s_p were hit.
The symptoms I see are that get_repr returns the correct string, but the appropriate REG_STR does not get updated.
- Sam Ruby
