in reply to Re^4: Doing a standalone executable (and even a binary!)
in thread Doing a standalone executable (and even a binary!)
What the OP is looking for, it seems, is a way to compile your module from .pm to .cpm (compiled perl module) such that next time, perl doesn't need to look at the .pm if the .cpm is newer, and can just load its binary structures directly into memory, skipping the compilation phase completely.
Sounds simple in theory. But, in actual practice, it would likely be very, very time consuming to create the code so that perl could handle this. And the benefit? Probably much smaller than one may think: perl takes so much less time to compile and run than most languages already that any benefits we get here will likely be fairly miniscule. And even these will likely be even less than what mod_perl already does.
All languages, even a theoretical pre-compiled perl language, has startup costs. And, like a precompiled C/C++ binary, perl's startup costs will still exist - eliminating those to become a daemon (or part of another daemon as mod_perl does) will usually get you much more bang for your buck than anything else anyway if startup time is a concern at all.