Re: The external interface for the parser piece

At 07:29 AM 11/30/00 -0800, Dave Storrs wrote:


>On Wed, 29 Nov 2000, Dan Sugalski wrote:
>
> > At 09:51 AM 11/29/00 -0800, Dave Storrs wrote:
> > >I have a feeling this is a stupid question, but I have to ask anyway.
> > >
> > >Do we really need to pass in a PerlInterp pointer?  Or can perl6_parse
> > >just create one for itself if/when it needs one?  If created, it could of
> > >course be kept around so that it didn't need to be re-created later.
> >
> > Yup, we do. We'd call this (or something like it) when doing the whole
> > eval/do/require/use thing, so we may well be parsing into an existing
> > interpreter.
>
>
>         Sorry, I guess I didn't phrase that well...I realize we're going
>to *need* an interpreter.  My question is, does it have to be created
>outside of the perl6_parse(...) function?  I just thought that if we could
>eliminate one more parameter, one more "magic cookie" that the caller (in
>an embedded situation) needs to work with, that would be a good thing.

True enough, but the interpreter creation call seems to be the right place 
to pass in any special flags that'll change how the interpreter parses and 
runs--things like taint mode, or the -D debugging switches.

					Dan

--------------------------------------"it's like this"-------------------
Dan Sugalski                          even samurai
[email protected]                         have teddy bears and even
                                      teddy bears get drunk