From: "Will Coleda via RT" <[EMAIL PROTECTED]>
Date: Wed, 23 Jan 2008 18:15:43 -0800
On Sun Jan 20 19:11:26 2008, rgrjr wrote:
> The attached tarball has a test case in which one file
> (gc-debug-test.pir) loads another (structures.pir), where the second has
> a :load sub that calls a sub defined in the first file. The bug is
> that, under what must be fairly arcane conditions, get_hll_global in the
> :load sub doesn't find the sub defined in the main file. To reproduce,
> unpack the tarball, edit the makefile macros to point to your Parrot
> instance, and type "make". You should get a "couldn't find
> _fdefn_init_kludge" error. If it fails to fail, it will say "hey, it's
> working", and exit normally.
>
> . . .
My apologies to your sanity, but with r25175 on osx/intel, this prints:
hey, it's working.
done.
Phooey. Thanks for trying, though. (Did you try it after renaming
orig-structures.pir?)
My sanity is still OK (as much as it ever was), because I can believe
that Parrot compiled under OSX could be different enough to affect GC
bugs. (If this is grasping at straws, I don't wanna hear it. :-),
Maybe I should hack Parrot on OSX . . . ?
-- Bob