On Mon, Jul 21, 2003 at 03:20:26PM +0100, Piers Cawley wrote:
Acknowledgements, Announcements and Apologies
First of all, I plead insanity for my mistake of last week's summary.
PONIE does not stand for 'Perl On New Internal Architecture', it
obviously stands for 'Perl On New
On Fri, Jul 18, 2003 at 01:06:03PM -0700, Damien Neil wrote:
Also, given that asynchronous IO is a fairly unpopular programming
technique these days (non-blocking event-loop IO and blocking
threaded IO are far more common), I would think long and hard before
placing support for it as a core
On Mon, Mar 24, 2003 at 08:21:51PM -0500, Benjamin Goldberg wrote:
And what happens if a programmer wants to have two different variables,
of two different types, with the same name, such as @data and %data?
Without sigils, it cannot be done.
Vast numbers of C, C++, C#, Java, Python, Lisp,
On Tue, Mar 25, 2003 at 09:25:30PM -0500, Benjamin Goldberg wrote:
Adam Turoff wrote:
On Mon, Mar 24, 2003 at 08:21:51PM -0500, Benjamin Goldberg wrote:
And what happens if a programmer wants to have two different
variables, of two different types, with the same name, such as @data
On Thu, Feb 07, 2002 at 08:40:41PM -0500, Dan Sugalski wrote:
[...] I'm also trying to get a regular, if I'm
lucky every issue, Parrot/Perl 6 article in The Perl Review.
Speaking on behalf of TPR, the only bottleneck here is providing
a regular article/update on Parrot/Perl6 for each issue.
On Sun, Dec 09, 2001 at 07:46:46PM -0500, Bryan C. Warnock wrote:
Proposal:
For background, revisit my proposed Bytecode Format (v2) at
http:[EMAIL PROTECTED]/msg05640.html.
Although it is outdated, is gives a general gist of the direction of my
thinking. In particular, pay no heed to the
On Wed, Dec 05, 2001 at 01:32:32PM -0500, Dan Sugalski wrote:
Right, but FORTH's not an interpreted language, generally speaking.
No, but PostScript is. :-)
(...as if that wasn't completely obvious...)
Z.
The beginnings of a Parrot FAQ can be found here:
http://www.panix.com/~ziggy/parrot.html
It'll be moved to dev.perl.org shortly, when there's more meat to it.
Contents:
1 General Questions
1. What is Parrot?
2. Why Parrot?
3. Is Parrot the
On Tue, Dec 04, 2001 at 03:20:46PM -0600, Jonathan Scott Duff wrote:
On Tue, Dec 04, 2001 at 04:11:58PM -0500, Dan Sugalski wrote:
Seriously, there are real answers to a whole lot of design questions. Ask
'em and I'll get FAQable answers to 'em once and for all.
Could the FAQ be made a
On Tue, Dec 04, 2001 at 03:26:25PM -0500, Adam Turoff wrote:
Expect another update tonight or tomorrow.
Here ya go. Same place as last time.
1 General Questions
1. What is Parrot?
2. Why Parrot?
3. Is Parrot the same thing as Perl6?
4
On Tue, Dec 04, 2001 at 06:29:34PM -0800, Steve Fink wrote:
On Tue, Dec 04, 2001 at 04:11:58PM -0500, Dan Sugalski wrote:
Seriously, there are real answers to a whole lot of design questions. Ask
'em and I'll get FAQable answers to 'em once and for all.
Whee! Ok. Some of these are
On Mon, Dec 03, 2001 at 08:31:00AM -0800, Terrence Brannon wrote:
Also, I thought Parrot was not stack-based If that is the case
then why does Overview.pod say this:
Registers will be stored in register frames, which can be pushed and
popped onto the register stack. For instance, a
On Mon, Dec 03, 2001 at 01:20:42PM -0500, Bryan C. Warnock wrote:
On Monday 03 December 2001 12:31 pm, Nathan Torkington wrote:
Terrence Brannon writes:
And then just write a RTL-JVM and RTL-CRL converter?
I think it's time to collet these questions into a FAQ. Any volunteers?
On Thu, Dec 07, 2000 at 10:42:31PM -0500, Bradley M. Kuhn wrote:
What I seek is perl design documentation that allows someone to take the set
of PDD's and reimplement perl in another language.
What will aid Perl reimplementations are the PDDs. C-Centrism in the
PDDs is a moot point.
The
On Thu, Dec 07, 2000 at 10:23:55PM -0500, Bradley M. Kuhn wrote:
However, the JVM is a powerful environment for generalized bytecode and for
allowing bytecode of different languages to communicate.
So's Microsoft vaporware ".NET platform". And the second version
of that bytecoded runtime
On Mon, Dec 04, 2000 at 07:56:21AM +, Alan Burlison wrote:
How are you going to publish the design? Asking people to follow email
discussions and try to piece together what is proposed from that doesn't
seem a very optimal way to go about it. How about a design document
(format to be
On Wed, Nov 15, 2000 at 04:20:58PM -0500, Dan Sugalski wrote:
I want perl 6's internal API to have the same sort of artistic integrity
that the language has. That's not, unfortunately, possible with everyone
having equal say. I'd like it to be otherwise, but that's just not possible
with
On Tue, Oct 24, 2000 at 10:55:29AM -0400, Chaim Frenkel wrote:
I don't see it.
I would find it extremely akward to allow
thread 1: *foo = \one_foo;
thread 2: *foo = \other_foo;
[...]
copy the foo body to a new location.
replace the old foo body
On Mon, Oct 23, 2000 at 11:03:12AM -0400, Chaim Frenkel wrote:
"AT" == Adam Turoff [EMAIL PROTECTED] writes:
AT It would also mean that if anything was overriden anywhere, no
AT module code could be read in as bytecode, since it may need to be
AT rethreaded to incorporate overrid
On Tue, Oct 17, 2000 at 07:18:54PM -0400, Bradley M. Kuhn wrote:
Adam Turoff wrote:
to write the Perl tokenizer in a Perl[56] regex, which is more easily
parsable in C. All of a sudden, toke.c is replaced by toke.re, which
would be much more legible to this community (which is more
On Tue, Oct 17, 2000 at 08:57:43PM -0400, Dan Sugalski wrote:
On Tue, 17 Oct 2000, Adam Turoff wrote:
Dammit, I'm not finding the message in the thread, but someone casually
mentioned writing the important bits of parsing Perl in Perl5, generating
bytecode, and starting Perl6 by writing
On Thu, Sep 14, 2000 at 10:37:40PM -0400, Chaim Frenkel wrote:
I vaguely recall when Chip put that in. He worked pretty hard to
adjust the command line/#! option processing. (Something about
unsafe operations already being done before the script is read.)
The crux of my proposal/request is
On Fri, Sep 15, 2000 at 01:04:50PM -0400, Dan Sugalski wrote:
At 01:15 AM 9/15/00 -0400, Adam Turoff wrote:
On Thu, Sep 14, 2000 at 10:37:40PM -0400, Chaim Frenkel wrote:
I vaguely recall when Chip put that in. He worked pretty hard to
adjust the command line/#! option processing
On Fri, Sep 15, 2000 at 01:03:50PM -0400, Dan Sugalski wrote:
At 04:52 AM 9/15/00 -0400, Michael G Schwern wrote:
On Fri, Sep 15, 2000 at 01:52:00AM -, Perl6 RFC Librarian wrote:
=head1 TITLE
Extend the window to turn on taint mode
As long as we're talking about tainting (this
On Fri, Sep 15, 2000 at 05:04:23PM -0400, Chaim Frenkel wrote:
"DS" == Dan Sugalski [EMAIL PROTECTED] writes:
But these all lack command line switches that are passed to perl.
DS No, they don't. Not everywhere, certainly. Command-line switches
DS can be passed to all of 'em. Not everyone
25 matches
Mail list logo