>>>>> "ST" == Sam Tregar <[EMAIL PROTECTED]> writes:
ST> On Thu, 30 Aug 2001, Uri Guttman wrote:
>> we have very strong internal specs already that will support most
>> anything larry throws at us. stuff such as the op code loop, async
>> (file) i/o, events, etc, are all known to be needed so we can code them
>> now that the design is firming up. we have the flexibility to support
>> most anything with decent efficiency.
ST> Where can I read this stong spec? What I've seen so far is good,
ST> but it hasn't imparted to me enough to be sure that it'll handle
ST> anything Larry could desire. Larry is more inventive than most.
ST> What I've seen so far resembles a software CPU, which be analogy
ST> should be able to do anything from run Quake III to compile Java.
ST> Does that mean it's well-suited to compiling Perl? I don't know -
ST> I haven't seen enough of the design.
well, that is the spec. those of us working on it feel it will be fairly
fast and very flexible which are our two goals. dan has a prototype
working and those early numbers sound interesting if not real world.
as simon stated too, the interpeter will be separated from perl proper
as it is aimed to support other languages. who knows, maybe the others
will standardize on parrot and it will become the common backend for
multiple languages.
>> some areas such as GC need more spec work as we don't know how the
>> language will affect it (DESTROY, etc.).
ST> Careful - Dan smacks people that use GC and DESTROY in the same
ST> sentence.
i can duck. :) i meant that we will want some form of DESTROY and that
has been bandied about. but that can affect some aspects of GC at a
minimum. maybe not directly (which is good) but it is something to be
aware of.
uri
--
Uri Guttman --------- [EMAIL PROTECTED] ---------- http://www.sysarch.com
SYStems ARCHitecture and Stem Development ------ http://www.stemsystems.com
Search or Offer Perl Jobs -------------------------- http://jobs.perl.org
