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

Reply via email to