Beefy Boxes and Bandwidth Generously Provided by pair Networks
Pathologically Eclectic Rubbish Lister

Re: Module::Compile::TT

by merlyn (Sage)
on Jun 17, 2006 at 21:06 UTC ( #556022=note: print w/ replies, xml ) Need Help??

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.

Comment on Re: Module::Compile::TT
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.

    zz zZ Z Z #!perl

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://556022]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others wandering the Monastery: (2)
As of 2015-10-04 04:34 GMT
Find Nodes?
    Voting Booth?

    Does Humor Belong in Programming?

    Results (98 votes), past polls