http://qs1969.pair.com?node_id=556022


in reply to Module::Compile::TT

This would have made a lot of sense as an Inline module, which already has support for parameter passing, caching, compiling, interfacing, inlining, etc.

-- Randal L. Schwartz, Perl hacker
Be sure to read my standard disclaimer if this is a reply.

Replies are listed 'Best First'.
Re^2: Module::Compile::TT
by nothingmuch (Priest) on Jun 17, 2006 at 21:57 UTC
    Module::Compile was written to solve a slightly different problem than Inline. The api is simpler, and better suited for translation based operations (like source filters) than interfacing foreign runtimes with additional precompilation, mostly via introduction of symbols as alias for foreign functions (by overriding load or relying on DynaLoader). For these reasons Module::Compile is more appropriate. Also, Inline's caching is not based on Perl's .pmc infrastructure, so shipping cached code is trickier.

    Note that the one of the authors of Module::Compile is also the author of Inline.

    Short answer: Inline::TT would be ~ 5x the amount of work that Module::Compile::TT was.

    -nuffin
    zz zZ Z Z #!perl