>>>>> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
DS> Nope, that's not a win, because it can't happen. There needs to be
DS> an intermediate representation that can be run through an
DS> optimizer. The output of the optimizer could then be turned into
DS> TIL code or run through an IR->interpreter stuff translator. (Or
DS> Java bytecode, or .NET code, or whatever) Any way you go there's a
DS> compile phase.
slight confusion here. i mean when you run a saved TIL perl program, it
just runs as a binary and so there is no compile phase then.
>> TIL code is executed directly and the script is now a
>> true binary. reverse compilation is still easy due to the template
>> nature of the generated code.
DS> Gack. No way. We will *not* use decompilation of machine language
DS> code as a way to spit out perl source. That's just evil and a
DS> waste--we're better off not throwing out the info on the source in
DS> the first place.
no, i didn't mean it that way. i was think about those who ask for ways
to distribute their perl code as a binary for 'security' reasons. this
TIL code after distribution could easily be uncompiled for the usual
suspect reasons. nothing was meant about using TIL code for anything but
an end product meant to be execute only.
uri
--
Uri Guttman --------- [EMAIL PROTECTED] ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
