note
armstd
<p>Well, how about "mess with" instead of "mess up"? Redefine package Parse::Token::exportTo with your own replacement.
</p>
<p>First make sure the original gets read in. Then just define it yourself. Hopefully Parse::Token doesn't do anything at compile time that requires it to be compiled in a specific order.
</p>
<code>
require Parse::Token;
{ # turn off warnings to avoid "Subroutine exportTo redefined" message
no warnings;
package Parse::Token;
sub exportTo {
...
}
}
package myPackage;
...
</code>
<p>I don't know enough (read: anything at all) about Perse::Lex to know how much messing you can get away with, but it sounds like you've already figured out most of that. It looks like Parse::Token::exportTo() only uses object data and nothing lexically scoped in the module, so at least that won't be a limiting factor.
</p>
<!-- Node text goes above. Div tags should contain sig only -->
<div class="pmsig"><div class="pmsig-901898">
<p>
--Dave
</p>
</div></div>
930391
930391