Re: New Perl rewrite - embedded Perl

2000-09-14 Thread Grant M.
ting code often would turn out to be reasonably more complex. However, just because the code is more complex, doesn't necessarily mean it's bigger. Grant M.

Event model for Perl...

2000-09-08 Thread Grant M.
being discussed. Grant M.

Re: A tentative list of vtable functions

2000-09-01 Thread Grant M.
at this probably isn't where Perl 6 is going, most embedded systems these days have I/O that can exist in three states (1, 0, or Hi-z). Grant M.

Re: Removing stuff to shareable thingies

2000-08-30 Thread Grant M.
27; way, then who are we to tell them that they are wrong. I started as an embedded systems developer for the 8051, and I know full well what sorts of limitations a system like that has. And don't kid yourselves, there are still alot of those systems still chugging away. Grant M.

Re: Removing stuff to shareable thingies

2000-08-30 Thread Grant M.
RANDOM THOUGHT (please don't hurt me): What about allow a 'daemon-mode'? This might be really not an option, but it could be beneficial in a sense that there would be one core, and any other instances would be spawned child processes? Does that make any sense? Mind you, it's still early. Grant M.

Re: Splitting core functions into multiple shared objects: A warning

2000-08-28 Thread Grant M.
cop' (Just a thought). Grant M. [EMAIL PROTECTED]

Perl 6 architecture...

2000-08-03 Thread Grant M.
the current RFC topics are dependant on this issue. (I'll do the RFC if this is ok) Grant M. [EMAIL PROTECTED]

Summary...tell me where I'm worng...

2000-08-01 Thread Grant M.
() (arrays start at 0 or 1) (language) Backward compatibility in general (who knows) If someone could just tell me where these discussions go (as many aren't really defined yet) I would be grateful. Also, If I have missed anything let me know, Grant M. [EMAIL PROTECTED]