home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!munnari.oz.au!ariel.ucs.unimelb.EDU.AU!werple.apana.org.au!news
- From: markd@werple.apana.org.au (Mark Delany)
- Newsgroups: comp.lang.perl
- Subject: Re: Perl 5 (was Questions on Perl Source Code.)
- Date: 20 Nov 1992 16:00:24 +1100
- Organization: werple public-access unix, Melbourne
- Lines: 25
- Message-ID: <1ehrd8INN9hh@werple.apana.org.au>
- References: <5444@daily-planet.concordia.ca> <5445@daily-planet.concordia.ca> <1992Nov16.191456.21565@netlabs.com>
- NNTP-Posting-Host: werple.apana.org.au
-
- lwall@netlabs.com (Larry Wall) writes:
-
-
- >Besides, it'd all be obsolete now anyway. Perl 5 doesn't even have
- >str.c or eval.c!
-
- > ...
-
- >The ideal in a language like Perl is that scalars always look like
- >strings to the casual observer, with numeric optimizations occurring
- >internally. Though it doesn't currently, Perl 5's compiler could
- >easily analyze return types and arguments to see where integers can be
- >substituted for doubles. Perl 4's compiler simply can't do this,
- >because it needlessly defers too many decisions to run-time. It's
- >one of the reasons I completely scrapped the old compiler.
-
- Hmmm. Sounds to me like a separation of the compiler and interpreter.
- Presumably with some sort of portable p-code. Could it be that the
- perl object (*.plo is a natch) becomes some sort of de facto
- Architecture Neutral Binary Format?
-
-
-
- --
- Mark Delany markd@werple.apana.org.au
-