# New Ticket Created by Allison Randal
# Please include the string: [perl #41888]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41888 >
When I updated the Parrot FAQ, I removed some Perl 6 related text. This
ticket is
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #41784]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41784 >
Hi,
on http://www.parrotcode.org/faq/ in noticed that the link to '
# New Ticket Created by Will Coleda
# Please include the string: [perl #41312]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41312 >
The FAQ has the following issues:
1) refers to parrot assembly instead of PIR
On Jul 21, 2006, at 1:12 PM, Mr. Shawn H. Corey wrote:
Chris Dolan wrote:
This would be a good entry for the FAQs for a cage cleaner.
If you're collect questions for the FAQ, here are some Andy Lester
answered for me:
I'm not, actually. :-(
Could you do one of the following, i
On Fri, Jul 21, 2006 at 02:12:57PM -0400, Mr. Shawn H. Corey wrote:
> Chris Dolan wrote:
> > 1. Do I need root privileges to install Parrot? Do I need it for Cage
> > Cleaners?
>
> You don't even need root at all. You can build in a local directory and
> not install.
In fact, for those who are d
rrot docs subdir a couple
> weeks ago, I couldn't find more than that. Questions:
>
> 1) Is there documentation on how ICU relates to Parrot somewhere that I
> missed?
> 2) How important is ICU?
> 3) If I build Parrot without ICU, what repercussions should I expect?
>
>
Hello Parrotfanciers ,
Firstly , thanks very much for all your good works :)
The parrot FAQ from http://www.parrotcode.org/faq/ seems to have
disappeared since yesterday evening.
This was observed in both Firefox and Lynx with no caches or proxies,
the rest of the site seems fine.
Toodle-pip
On Thu, Mar 31, 2005 at 12:41:43PM -0500, Matthew Zimmerman wrote:
> One possibility is attached.
Thanks, applied.
Nicholas Clark
On Thu, Mar 31, 2005 at 05:45:12PM +0300, [EMAIL PROTECTED] wrote:
> Nicholas Clark wrote:
> >Autrijus Tang, the lead on the Pugs project, notes that an *unoptimised*
> >Parrot is already 30% faster than Haskell. Add compiler optimisation and a
> >few planned optimisations and Parrot will beat Pugs
Nicholas Clark wrote:
On Wed, Mar 30, 2005 at 03:26:36PM -0500, Jeff Horwitz wrote:
[snipped long response]
and let's not forget bytecode compatibility with all the non-perl
languages that will hopefully target parrot.
On Wed, Mar 30, 2005 at 03:49:54PM -0500, Aaron Sherman wrote:
On Wed, 2005-03
On Thu, 2005-03-31 at 12:04, Nicholas Clark wrote:
> Patches welcome, as I'm not sure of the best way to phrase the cross
> language stuff to follow on smoothly.
Also, Parrot provides access to Perl 6 from other languages and to those
other languages from Perl 6 at run-time, a feature which is bo
On Wed, Mar 30, 2005 at 03:26:36PM -0500, Jeff Horwitz wrote:
> [snipped long response]
>
> and let's not forget bytecode compatibility with all the non-perl
> languages that will hopefully target parrot.
On Wed, Mar 30, 2005 at 03:49:54PM -0500, Aaron Sherman wrote:
> On Wed, 2005-03-30 at 14:
Nicholas Clark wrote:
Autrijus Tang, the lead on the Pugs project, notes that an *unoptimised*
Parrot is already 30% faster than Haskell. Add compiler optimisation and a
few planned optimisations and Parrot will beat Pugs for speed hands down.
Autrijus things that Pugs could be made faster with som
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> With read only bytecode shared between processes, much of that "non-jit"
> resident memory is going to be shared. So much less swapping.
Yeah. Yesterday I wrote:
$ parrot -j -o order.pbc order.imc # emit jitted code
Well, that was rather wrong. But
On Wed, Mar 30, 2005 at 08:58:59PM +0100, Nicholas Clark wrote:
> Based on the wheat on IRC this evening, is this question/answer worth adding
> to the Parrot FAQ on parrotcode.org?
>
> Pugs is going great shakes - why not just toss Parrot and run Perl 6 on Pugs?
> [...]
Beyond
On Wed, 2005-03-30 at 14:58, Nicholas Clark wrote:
> Based on the wheat on IRC this evening, is this question/answer worth adding
> to the Parrot FAQ on parrotcode.org?
>
> Pugs is going great shakes - why not just toss Parrot and run Perl 6 on Pugs?
>
> Autrijus Tang, th
On Wed, 30 Mar 2005, Nicholas Clark wrote:
> Based on the wheat on IRC this evening, is this question/answer worth adding
> to the Parrot FAQ on parrotcode.org?
>
> Pugs is going great shakes - why not just toss Parrot and run Perl 6 on Pugs?
[snipped long response]
and let&
Based on the wheat on IRC this evening, is this question/answer worth adding
to the Parrot FAQ on parrotcode.org?
Pugs is going great shakes - why not just toss Parrot and run Perl 6 on Pugs?
Autrijus Tang, the lead on the Pugs project, notes that an *unoptimised*
Parrot is already 30% faster
Is it possible to:
1) define methods for a PMC/Object in C that aren't vtable methods? How?
2) call subroutines defined in bytecode from C? How?
# New Ticket Created by Dave Brondsema
# Please include the string: [perl #33043]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=33043 >
IRC info (host, channels) should be in the main FAQ, especially since
the I
;
> > Minor update to the faq so it doesn't look we're not doing anything.
> >
> >
> __
> > -Perl6 programs. The Perl6 language definition is currently
> (December 2001) being
> > +Per
On Mon, 2004-06-28 at 21:28, Will Coleda wrote:
> Minor update to the faq so it doesn't look we're not doing anything.
>
> __
> -Perl6 programs. The Perl6 language definition is currently (December 2001) be
# New Ticket Created by Will Coleda
# Please include the string: [perl #30520]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=30520 >
Minor update to the faq so it doesn't look we're not doing anything
William Coleda wrote:
I think it's worth mentioning C<.flatten_arg> in the first answer, and
the wording of the second answer needs a bit more explanation, perhaps:
Added a C<.flatten_arg> examples as well as your C snippets from
the previous mail.
Thanks,
leo
I should have said there was no I PIR syntax help =-). I found a test for
C<.flatten_arg> after I saw it on the list, but it wasn't in the IMCC docs. That would have
saved me some time...
(That wording, btw, wasn't in there when I wrote my version. Must have missed a sync)
I'm an edge case becaus
Leopold Toetsch wrote:
William Coleda <[EMAIL PROTECTED]> wrote:
I was going to submit this as a patch, but I ended up with a conflict,
and Dan threatened he wouldn't apply it anyway, so I'll just post it
here for comment. Feel free to apply any or all of it. I would be very
happy to hear of a be
> Your answer is about compiling a subroutine that
> does something. What's wrong with the current
wording:
>
> How do I generate a sub call with a
> variable-length parameter list in PIR?
>
> Use unprototyped calls and functions and pass
> as many arguments as you have.
Well, for
William Coleda <[EMAIL PROTECTED]> wrote:
> I was going to submit this as a patch, but I ended up with a conflict,
> and Dan threatened he wouldn't apply it anyway, so I'll just post it
> here for comment. Feel free to apply any or all of it. I would be very
> happy to hear of a better way to ans
On May-29, Brent 'Dax' Royal-Gordon wrote:
> William Coleda wrote:
> >=head2 How do I generate a sub call with a variable-length parameter
> >list in PIR?
> >
> >This is currently not trivial.
> ...
> >=head2 How do I retrieve the contents of a variable-length parameter
> >list being passed to m
William Coleda wrote:
=head2 How do I generate a sub call with a variable-length parameter
list in PIR?
This is currently not trivial.
...
=head2 How do I retrieve the contents of a variable-length parameter
list being passed to me?
The easiest way to do this is to use the C opcode to take a
I was going to submit this as a patch, but I ended up with a conflict, and Dan
threatened he wouldn't apply it anyway, so I'll just post it here for comment. Feel
free to apply any or all of it. I would be very happy to hear of a better way to
answer the first question. =-)
---
=head2 How do I
On Mon, 2004-05-17 at 19:40, TOGoS wrote:
> This patch adds an extensive answer to "what's with
> lexical pads?", and simple answers to "how do i call a
> function?". It also adds several questions regarding
> object methods and attributes, and manages to answer
> one of them.
Thanks, I'll apply
# New Ticket Created by TOGoS
# Please include the string: [perl #29674]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29674 >
This patch adds an extensive answer to "what's with
lexical pads?", and simple answers to "h
At 2:33 PM -0700 5/11/04, TOGoS (via RT) wrote:
# New Ticket Created by TOGoS
# Please include the string: [perl #29517]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29517 >
There were 2 simultaneous patches and it got ful
# New Ticket Created by TOGoS
# Please include the string: [perl #29517]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29517 >
There were 2 simultaneous patches and it got full of
diff garbage. This will clean it back u
# New Ticket Created by chromatic
# Please include the string: [perl #27671]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27671 >
Here's a patch summarized from Dan's post about the opcode explosion.
If there are no c
[EMAIL PROTECTED] (Brent Dax) writes:
> We have to--otherwise we can't have the self-modifying parser Larry
> desperately wants.
That's funny. I wondered precisely why I'd been working on self-modifying
parsers in C.
--
10. The Earth quakes and the heavens rattle; the beasts of nature flock
toge
At 3:09 PM +0530 11/14/02, Gopal V wrote:
If the Parrot team can provide a current and working perl6c.pbc for the
compiler written in perl6 , it's cool with me ... But I've seen that idea
fail quite a few times when the published binary falls out of sync with
the runtime ... Well that's just anoth
On Thu, Nov 14, 2002 at 03:09:54PM +0530, Gopal V wrote:
> Also perl6c.pbc shouldn't really worry about trojaned stuff in it as you're
> not using an external bootstrapper (unlike gcc using cc)
I don't think you're totally correct. You are still relying on an external
bootstrapper, although it
If memory serves me right, Nicholas Clark wrote:
> I believe that it can be done with just a C compiler. (no make tool or shell
> needed). If we use an equipped machine to unroll the makefile into the correct
> steps (in the correct order), and turn that into C code that runs each in
> turn, then w
At 20:47 on 11/13/2002 GMT, Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 13, 2002 at 03:06:03PM -0500, Dan Sugalski wrote:
>
> > The goal is for Parrot to require a C compiler and a platform shell
> > or Make tool (either one) and that's it. We will ship with bytecode
> > files that
On Wed, Nov 13, 2002 at 03:06:03PM -0500, Dan Sugalski wrote:
> The goal is for Parrot to require a C compiler and a platform shell
> or Make tool (either one) and that's it. We will ship with bytecode
> files that have the bits needed for the build precompiled, so if the
> perl compiler's part
At 5:16 PM +0530 11/13/02, Gopal V wrote:
If memory serves me right, Markus Laire wrote:
Miniparrot can then be used to build everything else, including full
parrot, perl6, other parrot-supported languaged, etc..
This 2nd step might be e.g. Bytecode-compiled perl6-program which is
simple eno
On Wed, Nov 13, 2002 at 11:08:08AM +0200, Markus Laire wrote:
> On 12 Nov 2002 at 16:40, Marius Nita wrote:
>
> > Hello,
> >
> > I have a question about the Parrot FAQ. I hope it's not too
> > off-topic for this list. The FAQ mentions that "it would b
On Wed, Nov 13, 2002 at 08:25:52AM -0800, Brent Dax wrote:
> Gopal V:
> # If memory serves me right, Markus Laire wrote:
> # > Miniparrot can then be used to build everything else, including full
> # > parrot, perl6, other parrot-supported languaged, etc..
> # >
> # > This 2nd step might be e.g. B
Gopal V:
# If memory serves me right, Markus Laire wrote:
# > Miniparrot can then be used to build everything else, including full
# > parrot, perl6, other parrot-supported languaged, etc..
# >
# > This 2nd step might be e.g. Bytecode-compiled perl6-program which is
# > simple enough to work with
If memory serves me right, Markus Laire wrote:
> Miniparrot can then be used to build everything else, including full
> parrot, perl6, other parrot-supported languaged, etc..
>
> This 2nd step might be e.g. Bytecode-compiled perl6-program which is
> simple enough to work with miniparrot.
Please
On 12 Nov 2002 at 16:40, Marius Nita wrote:
> Hello,
>
> I have a question about the Parrot FAQ. I hope it's not too
> off-topic for this list. The FAQ mentions that "it would be nice to
> write the Perl to Bytecode compiler in Perl" and that there is no
> bootst
Hello,
I have a question about the Parrot FAQ. I hope it's not too off-topic for this
list. The FAQ mentions that "it would be nice to write the Perl to Bytecode
compiler in Perl" and that there is no bootstrap problem.
Does this mean that the perl6 compiler is written in perl5
Attached is a FAQ I wrote up over a couple days to hopefully prepare for any
TPC fallout that might occur. (and FAQs are a good thing, from what I hear).
Anyways, any thoughts on where it should go, how it should be reworked to
fit in with other documentation, etc would be appreciated. Just
Okay, it's reasonably obvious that we're lacking in documentation in
spots, and it's also reasonably obvious that we need to fix that.
Docs for the source need to be forthcoming, so we'll work on that.
It's also pretty obvious that people have questions and the FAQ i
On Fri, 2002-01-25 at 09:07, Melvin Smith wrote:
>
> >1.> There is no link to the FAQ on the Perl6 page (that I could find
> anyway).
> > (http://www.panix.com/~ziggy/parrot.html - I think this it)
>
> This really should be stored or linked in the Perl6 Parrot ar
On Sat, 2 Feb 2002, Bryan C. Warnock wrote:
> On Saturday 02 February 2002 08:53, Ask Bjoern Hansen wrote:
> > I have added Adam's Parrot FAQ to www.parrotcode.org.
> >
> > It's being loaded from cvs.perl.org every hour, so just checkin
> > updates to cvs th
On Saturday 02 February 2002 09:37, Bryan C. Warnock wrote:
Disregard previous. I forgot to turn off word wrap.
Index: ParrotFAQ.htm
===
RCS file: /home/perlcvs/parrot/docs/ParrotFAQ.htm,v
retrieving revision 1.1
diff -u -r1.1 Parr
On Saturday 02 February 2002 08:53, Ask Bjoern Hansen wrote:
> I have added Adam's Parrot FAQ to www.parrotcode.org.
>
> It's being loaded from cvs.perl.org every hour, so just checkin
> updates to cvs there.
>
> I do,
>
> $Faq =~ s!.*(.*).*!$1!s;
> $Faq =
I have added Adam's Parrot FAQ to www.parrotcode.org.
It's being loaded from cvs.perl.org every hour, so just checkin
updates to cvs there.
I do,
$Faq =~ s!.*(.*).*!$1!s;
$Faq =~ s!href="http://www.panix.com/~ziggy/parrot.html!href="/faq/!g;
on it to "fix it up
I'm not the author but I checked the FAQ into the repository.
Its in HTML format, which seems fine to me, I guess if people
have gripes that its not a POD then talk to Adam Turoff. :)
-Melvin
>1.> There is no link to the FAQ on the Perl6 page (that I could find
anyway).
> (http://www.panix.com/~ziggy/parrot.html - I think this it)
This really should be stored or linked in the Perl6 Parrot area.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
[EMAIL PROTECTED] (Steve Fink) writes:
> On Wed, Dec 05, 2001 at 11:02:34AM -0500, Dan Sugalski wrote:
> > >Q: Who has commit privileges? Who's responsible for what?
> >
> > A: Good question. Simon and Dan, and a handful of others.
>
> Can anyone fill in the handful? Ask, maybe? I'm hoping for
Nathan Torkington <[EMAIL PROTECTED]> writes:
> Piers Cawley writes:
>> I got some mail from a publisher off the back of my 'Not Just for
>> Damians' article asking if I'd like to write a perl 6 book for them.
>> Must reply really.
>
> "Sure, I'd be glad to write about perl 6. Do you also want t
Piers Cawley writes:
> I got some mail from a publisher off the back of my 'Not Just for
> Damians' article asking if I'd like to write a perl 6 book for them.
> Must reply really.
"Sure, I'd be glad to write about perl 6. Do you also want to know
the next Lotto numbers, who'll win the Grand Nat
Nathan Torkington <[EMAIL PROTECTED]> writes:
> Simon Cozens writes:
>> As mentioned in my other mail, I also edit perl.com for O'Reilly and
>> Associates, who probably do have commercial interest in the development
>> of Perl.
>
> The other ORA editors keep asking me "should we sign more Perl 5
Simon Cozens writes:
> As mentioned in my other mail, I also edit perl.com for O'Reilly and
> Associates, who probably do have commercial interest in the development
> of Perl.
The other ORA editors keep asking me "should we sign more Perl 5
books? Is Perl 6 going to kill our sales?" and I keep
On Thu, Dec 06, 2001 at 01:49:06PM -0500, Dan Sugalski wrote:
> >day jobs. (This would be the first question people would go to when
> >they wanted to confirm that you really are agents of evil corporations
> >intent on destroying our life, liberty, and pursuit of lower perl golf
> >scores.)
>
>
onbuffered matching, as in, I have a
>socket connection open that I want to scan for some pattern, but the
>socket is never going to return an EOF.
>
>Probably the answer for the FAQ is "dunno, depends on the mental
>health of whoever implements the final RE engine".
On Thu, Dec 06, 2001 at 12:54:54PM -0500, Dan Sugalski wrote:
> Not that I'm contemplating actually having parrot run z-code natively,
> but... is there anything in the Z machine that we might want to
> steal^Wreproduce?
I for one would like a PCKUP_FONEBOOTH_N_DIE op.
--
Michael G. Schwern
At 10:15 AM 12/6/2001 +, Leon Brocard wrote:
>Dan Sugalski sent the following bits through the ether:
>
> > The Zork interpreter might be stack based, thinking about it, but it was
> > hardly geared for speed, so I don't know that it'd count if it was.
>
>For what it is worth, in my quest for
From: Andrew J Bromage [mailto:[EMAIL PROTECTED]]
> On Wed, Dec 05, 2001 at 01:23:34PM -0500, Dan Sugalski wrote:
>
> > Besides, the only p-code machine I could think of was UCSD
> > Pascal running on the Apple IIs, and that seemed a bit old
> > to reference.
>
> FWIW, in the last days of Micro
Dan Sugalski sent the following bits through the ether:
> The Zork interpreter might be stack based, thinking about it, but it was
> hardly geared for speed, so I don't know that it'd count if it was.
For what it is worth, in my quest for learning more about VMs I've
taken a detailed look at th
G'day all.
On Wed, Dec 05, 2001 at 01:23:34PM -0500, Dan Sugalski wrote:
> Besides, the only p-code machine I could think of was UCSD Pascal running
> on the Apple IIs, and that seemed a bit old to reference.
FWIW, in the last days of Microsoft's 16-bit C compiler (at least V7
and V8), it used
On Wed, Dec 05, 2001 at 02:57:04PM -0500, Dan Sugalski wrote:
> Seriously, I can't speak for Simon, but I expect Things Can Be Worked Out
> given sufficient stuff. (I am, while easy, not cheap, alas. That whole
> spouse/kids/rent/insurance/unpaid time off day job thing)
I am not sufficiently ar
> > >Q: What about all the others?
> > >A: *What* others? That's it, unless you count perl, python, or ruby.
> >
> >I thought Pascal's (ancient) p-code was a stack VM... Yup, some web
> >pages that I can find in a hurry, confirm that.
>
> Right, but back then they called 'em "p-code interpreter"
> >And for my own personal edification, has anyone tried to work a deal
> >(through YAS perhaps) for Parrot like Damian Conway has for Perl?
>
> That's a good question. I'll punt it off to someone else. Nat? Damian?
YAS is on the very brink of announcing its 2002 funding drive.
See:
At 01:46 PM 12/5/2001 -0600, Jonathan Scott Duff wrote:
>On Wed, Dec 05, 2001 at 11:02:34AM -0500, Dan Sugalski wrote:
> > >Q: How do Dan and Simon have enough time to work on this?
> >
> > A: We don't--why do you think this is taking so long?
>
>A related FAQable question ...
>
>Q: Is it possible
On Wed, Dec 05, 2001 at 11:02:34AM -0500, Dan Sugalski wrote:
> >Q: How do Dan and Simon have enough time to work on this?
>
> A: We don't--why do you think this is taking so long?
A related FAQable question ...
Q: Is it possible to "buy" Dan's and Simon's time to work on nothing
but Parrot? I
n on this in the perl6 RFCs. If
Parrot supports coroutines, it could be hooked into that. But the RE
engine might also need to say "okay, nothing before byte 13231 is
going to match, so you can throw it out of memory if you want". Helps
with HUGEFILE =~ /.../;
Probably the answer for the FA
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.
On Wed, 05 Dec 2001 13:32:32 -0500, Dan Sugalski wrote:
>Right, but FORTH's not an interpreted language, generally speaking.
The old FORTH's in the 80's worked pretty much like the p-copde
interpreter.
Nowadays, FORTH compilers are really optimizing compilers. There are
excellent commercial off
type for PerlIO. I ask because I also
remember Guido being particularly interested in Python having access to
ParrotIO/QIO/PerlIO or whatever it ends up being.
Q0: Where can I find this FAQ? (Answer always to be present
in any mention however indirect of the Parrot FAQ)
A0: http://www.panix
At 12:36 PM 12/5/2001 -0600, David M. Lloyd wrote:
>On Wed, 5 Dec 2001, Dan Sugalski wrote:
>
> > The Zork interpreter might be stack based, thinking about it, but it was
> > hardly geared for speed, so I don't know that it'd count if it was.
>
>FWIW, there are many MUDs and MUCKs out there (multi
On Wed, 5 Dec 2001, Dan Sugalski wrote:
> The Zork interpreter might be stack based, thinking about it, but it was
> hardly geared for speed, so I don't know that it'd count if it was.
FWIW, there are many MUDs and MUCKs out there (multiplayer text-based
role-playing gmaes for those not in the k
At 03:38 AM 12/5/2001 +0100, Bart Lateur wrote:
>On Tue, 04 Dec 2001 15:57:56 -0500, Dan Sugalski wrote:
>
> >Q: Don't you know that stack machines are the way to go in software?
> >A: No, in fact, I don't.
> >
> >Q: But look at all the successful stack-based VMs!
> >A: Like what? There's just the
At 12:29 PM 12/5/2001 -0500, Melvin Smith wrote:
> >>A: VMS' QIO system. Sorta.
>
>Its been years since I worked on VMS. QIO is sorta "async-IO", no?
Completely async, yep, as are many of VMS' system calls.
>Can someone point me to some starting material for QIO and/or unimplemented
>wants/wish
>>A: VMS' QIO system. Sorta.
Its been years since I worked on VMS. QIO is sorta "async-IO", no?
Can someone point me to some starting material for QIO and/or unimplemented
wants/wishes for Parrot's IO sybsys? I might like to wade in in this area.
I'll also start looking thru the archive.
Mel
Whee! Ok. Some of these are probably duplicates, and some
>inappropriate for a Parrot FAQ, but:
>
>Q: Will perl6 support the same regexes as perl5?
A: Yup. At least everything we understand...
>Q: Larry said _what_? What does that mean?
A: Got me. Context?
>Q: But won't all those
On Tue, 04 Dec 2001 15:57:56 -0500, Dan Sugalski wrote:
>Q: Don't you know that stack machines are the way to go in software?
>A: No, in fact, I don't.
>
>Q: But look at all the successful stack-based VMs!
>A: Like what? There's just the JVM.
>
>Q: What about all the others?
>A: *What* others? Th
> > 'em and I'll get FAQable answers to 'em once and for all.
> >
> > Whee! Ok. Some of these are probably duplicates, and some
> > inappropriate for a Parrot FAQ, but:
>
> I have a section of the Parrot FAQ dedicated to Parrot + Perl, but
> I'm
t;
> Whee! Ok. Some of these are probably duplicates, and some
> inappropriate for a Parrot FAQ, but:
I have a section of the Parrot FAQ dedicated to Parrot + Perl, but
I'm realizing that a Perl6 FAQ is necessary (if not long overdue).
These questions should be shoved into the Perl6 F
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 probably duplicates, and some
inappropriate for
On Tue, Dec 04, 2001 at 04:27:22PM -0500, Adam Turoff wrote:
> Besides, Schwern is having no end of problems with the Perl QA
> wiki. I'd much rather put the docs in CVS later this week.
Actually, I make a lot more noise than I'm actually having trouble.
With the exception of that one big glitch
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 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
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 wiki so that others can play too?
-Scott
--
Jonat
At 04:07 PM 12/4/2001 -0500, Nguon Hao Ching wrote:
>Here's one more:
>
>Q: How does Dan know so much?
>A: Quiet, You.
Now, now, that's not nice. :) Besides, it's:
Q: How come you know all these answers?
A: I wrote the questions. It's easy that way.
Seriously, there are real answers to a
Here's one more:
Q: How does Dan know so much?
A: Quiet, You.
-Hao
At 03:26 PM 12/4/2001 -0500, Adam Turoff wrote:
>The beginnings of a Parrot FAQ can be found here:
Here's some more:
Q: What language is Parrot written in?
A: C
Q: For the love of god, man, why?!?!?!?
A: Because it's the best we've got.
Q: That's sad
A: So true. Re
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"?
97 matches
Mail list logo
