Re: [MacPerl] Byte Compiler for MacPerl

[Vincent Nonnenmacher <dpi@pobox.oleane.com>]

>In article <mac-perl.199808121257.OAA28691@gwaihir.ee.ethz.ch>, Matthias
>Ulrich Neeracher <neeri@iis.ee.ethz.ch> wrote:
>
>>I still think the C/C++ backend option is overrated. What is missing in
>>this debate is that the C/C++ backend still needs at least 80% of the
>>Perl runtime,if not 100%, to run.
>
>Is most of this there to support "eval $string" and the like (things which
>sill require an full interpreter)? Would it be possible to cut this down
>significantly by just outlawing a few of Perl's features?

WHAT ??????

eval is one of the most unique and powerfull feature of Perl it couldn't be
conceivable tgo remove that and still prented this is perl.

>
>>Byte code should be a massive improvement in speed vs. source code
>
>I presume that this will allow distribution of executables without
>human-readable source code? If so, will they be (unfortunately) trivial to
>decompile?

This would be the same kind of debate we've seen 4 years ago when java
starting to make noise, ask your'self what is the current situation about
decompiling class file. The point is not to make an opaque wayt o make
money about selling perl scripts or module it is to enhance the compile
stage problem and provide much more speed when executing over and over cgi
or mod-like plugs.

---------------------------------------------------------------------
Vincent Nonnenmacher
DPI SA
116 Av de la Republique
38320 BRESSON
tel :  (33) 476 33 25 06        mailto:dpi@pobox.oleane.com
fax : (33) 476 33 25 01        http://worldserver.oleane.com/DPI



***** Want to unsubscribe from this list?
***** Send mail with body "unsubscribe" to mac-perl-request@iis.ee.ethz.ch