Newsgroups: perl.perl6.language
Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!nntp.perl.org
Return-Path: <dsto...@bigpanda.com>
Mailing-List: contact perl6-language-h...@perl.org; run by ezmlm
Delivered-To: mailing list perl6-langu...@perl.org
Delivered-To: perl6-langu...@perl.org
Date: Mon, 7 Apr 2003 07:24:32 -0700
To: perl6-langu...@perl.org
Subject: Re: Incorporting "WhatIf"
Message-ID: <20030407072431.B33964@megazone.bigpanda.com>
Mail-Followup-To: perl6-langu...@perl.org
References: <Pine.GSO.4.53.0304030832230.5753@ritz.cec.wustl.edu> <20030404061120.B92116@megazone.bigpanda.com> <ygcznn5j0qi.fsf@babylonia.flatirons.org> <87brzjxsp8.fsf@simoncozens-2.dsl.easynet.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <87brzjxsp8.fsf@simoncozens-2.dsl.easynet.co.uk>; from simon@simon-cozens.org on Sun, Apr 06, 2003 at 09:43:31PM +0100
X-SMTPD: qpsmtpd/0.25, http://develooper.com/code/qpsmtpd/
X-Spam-Check-By: one.develooper.com
X-Spam-Status: No, hits=-2.7 required=7.0 tests=CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MUTT version=2.44
X-SMTPD: qpsmtpd/0.25, http://develooper.com/code/qpsmtpd/
Approved: n...@nntp.perl.org
From: dsto...@dstorrs.com (David Storrs)
Lines: 19

On Sun, Apr 06, 2003 at 09:43:31PM +0100, Simon Cozens wrote:
> fibon...@babylonia.flatirons.org (Luke Palmer) writes:
> > dsto...@dstorrs.com (David Storrs) writes:
> > > Is this feasible?  What would the overhead costs be?
> > 
> > I'm thinking about whether this could be done as a module in P6.  If
> > so, wow, what an extensible language.
> 
> If not, given that it's already been done in Perl 5, that would really suck.

I'm sure it can be done in a P6 module.  What I'm wondering is can we
do it in the P6 core, such that it is not necessary to invoke any
pragmas/use an modules.  Furthermore, the current implementation
depends on fork(), and thus will not work on platforms that do not
support it.  Could we do away with that requirement by having the
interpreter save the necessary state internally?


--Dks