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