# New Ticket Created by Jerry Gay
# Please include the string: [perl #42693]
# in the subject line of all future correspondence about this issue.
# <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=42693 >
while creating a subclass of Exporter to test inter-language exports,
i stumbled across a bug that i can't seem to fix.
i've created a subclass of Exporter called MyExporter. MyExporter has
an overridden 'add_global' method, which adds a '&' sigil to each
global specified by the user and calls the method in the superclass.
i've also created a high-level language that uses the '&' sigil on
subs, and i import and aim to call the hll sub. however, the code
never finishes 'add_method', as it segfaults inside the supermethod
with an undefined 'exp' object. that is, from src/pmc/exporter.pmc,
line 260:
Parrot_Exporter *exp = PARROT_EXPORTER(SELF);
after this line, 'exp' is NULL, but 'SELF' (or after macro expansion
'pmc') is not. this is not the case when 'add_method' has not been
overridden. here's the pir code that exposes the bug:
.sub 'main' :main
.local pmc exp, ns
exp = new 'MyExporter'
ns = get_root_namespace ['foo']
exp.'source'( ns )
exp.'add_global'('bar')
say "NEVER REACHES HERE"
exp.'import'()
'&bar'() ## THIS WILL SUCCEED!
'bar'() ## THIS WILL FAIL!
## THAT'S NOT WHAT I WANT!!!
.end
## create a subclass of Exporter that overrides 'add_global'
## it adds a '&' sigil to each requested global
.namespace ['MyExporter']
.sub 'onload' :load :init :anon
.local pmc class
class = subclass 'Exporter', 'MyExporter'
.return ()
.end
.sub 'add_global' :method
.param string glb :optional
.param int has_glb :opt_flag
.local pmc args, super
args = new .Hash
super = new .Super, self
unless has_glb goto no_global
glb = concat '&', glb
.return super.'add_global'( glb )
no_global:
.return super.'add_global'()
.end
# create a high-level language that uses '&' sigil for sub names
.HLL 'foo', ''
.sub '&bar'
say 'hello, world!'
.end
note that switching from a tail method call to a regular method call
has no effect.
also note that my code also exposes a problem with the current
Exporter implementation: the imported sub name does not match the
requested name. i have yet to address this as the current bug is
blocking progress.
~jerry
