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]

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

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

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: 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.

Event model for Perl...

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

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.