> perl -e ''
> is very essential; though I could see a compatibility mode being
> enabled by
> default with '-e' if necessary.
But perl is not parrot, and parrot doesn't need -e (unless we expect people
to write one-liners in actual bytecode). Perl will be sitting on top of
parrot, so it will
On Tuesday 04 December 2001 12:21 am, David M. Lloyd wrote:
> He was telling me about the way PHP seperates the interpreter from
> the OS-specific stuff via a SAPI layer.
Facinating, but perl is, afterall a scripting language first. perl -e ''
is very essential; though I could see a compati
On Mon, 3 Dec 2001, Dan Sugalski wrote:
> I'm getting tempted to have some sort of multi-level ENV thing that, for
> most single-interpreter cases, collapses down to a plain getenv/putenv.
On a related topic, I have a friend/coworker who's an avid developer of
PHP, and we routinely get into, sha
At 10:12 PM 12/3/2001 -0500, James Mastros wrote:
>On Mon, 3 Dec 2001, Dan Sugalski wrote:
> > I'm getting tempted to have some sort of multi-level ENV thing that, for
> > most single-interpreter cases, collapses down to a plain getenv/putenv.
>Umm, is everybody here somking crack?
>
>I thought th
On Mon, 3 Dec 2001, Dan Sugalski wrote:
> I'm getting tempted to have some sort of multi-level ENV thing that, for
> most single-interpreter cases, collapses down to a plain getenv/putenv.
Umm, is everybody here somking crack?
I thought the point of %ENV was to deal with the environment, the OS'
> I'm getting tempted to have some sort of multi-level ENV thing that, for
> most single-interpreter cases, collapses down to a plain getenv/putenv.
What about an RPC/IPC API that communicates (bi-directionally) with the
parent application if one exists, and if not, it runs inside a wrapper app
th
At 06:58 PM 12/3/2001 -0800, Wizard wrote:
> > Oh, right, env messing needs to be special for a few reasons:
> >
> > *) Embedding
> > *) Threads
> > *) Various platform "quirks". (And no I'm not even talking about VMS or
> > Windows...)
>And potentially CORBA/COM/DCOM/RPC/IPC? or is that "Embeddin
> Oh, right, env messing needs to be special for a few reasons:
>
> *) Embedding
> *) Threads
> *) Various platform "quirks". (And no I'm not even talking about VMS or
> Windows...)
And potentially CORBA/COM/DCOM/RPC/IPC? or is that "Embedding"?
Grant M.
At 06:11 PM 12/3/2001 -0500, James Mastros wrote:
>On Mon, 3 Dec 2001, Dan Sugalski wrote:
> > *) Embedding
> > *) Threads
> > *) Various platform "quirks". (And no I'm not even talking about VMS or
> > Windows...)
>Acatualy, win32 seems fairly close to POSIX norms with the environment.
>(Except t
On Mon, 3 Dec 2001, Dan Sugalski wrote:
> *) Embedding
> *) Threads
> *) Various platform "quirks". (And no I'm not even talking about VMS or
> Windows...)
Acatualy, win32 seems fairly close to POSIX norms with the environment.
(Except that the names are case-insensitive (forced-uppercase,
utf16-
At 05:35 PM 12/3/2001 -0500, Dan Sugalski wrote:
>>I think he wants to acommplish get/set env some other way.
Oh, right, env messing needs to be special for a few reasons:
*) Embedding
*) Threads
*) Various platform "quirks". (And no I'm not even talking about VMS or
Windows...)
At 05:08 PM 12/3/2001 -0500, Gregor N. Purdy wrote:
>Hao --
>
> > Perhaps premature/immature question: How do I access command-line
> > arguments in Parrot? Should I try to create a new op or new ops?
>
>Last I knew, Dan wasn't ready for this. I committed some get/set ops
>for the environment whe
Hao --
> Perhaps premature/immature question: How do I access command-line
> arguments in Parrot? Should I try to create a new op or new ops?
Last I knew, Dan wasn't ready for this. I committed some get/set ops
for the environment when the file open/close/read/write stuff went in,
but he remove
Perhaps premature/immature question: How do I access command-line
arguments in Parrot? Should I try to create a new op or new ops?
-Hao
14 matches
Mail list logo
