Note: My answers are non-authoritative. Don't trust me.
> Can we please have a 'reverse x' modifier that means "treat whitespace as
> literals"? Yes, we are living in a Unicode world now and your data could
> theoretically be coming in from a different character set than expected.
> But there
At 01:50 AM 6/7/2002 -0400, Dan Sugalski wrote:
>So, we're adding an invoke vtable method, and we'll have four sub PMC
>types: ParrotSub, ParrotClosure, ParrotCoroutine, and
>ParrotContinuation. We ought to be able to create them with limited
>trouble, and it's OK if they've got evil knowledge of
At 10:59 PM -0700 6/6/02, Dave Storrs wrote:
>Page 8:
>
>The u1-u3 mods all say "level 1 support". I assume this was a typo, and
>they should go (u1 => 'level 1', u2 => 'level 2', u3 => 'level 3').
Yeah. I'd avoid these if you can manage. There's not a whole lot of
reason to mandate Unicode in
Dave Storrs wrote:
> I admit I'm a bit nervous about that...so far, I'm completely sold on
> (basically) all the new features and changes in Perl 6, and I'm eagerly
> anticipating working with them. But this level of change...I don't know.
> I've spent a lot of time getting to be (reasonaly) goo
Well, A5 definitely has my head spinning. The new features seem amazingly
powerful...it almost feels like we're going to have two equally powerful,
equally complex languages living side-by-side: one of them is called
"Perl" and the other one is called "Regexes". Although they may talk to
one an
Here's a quick sketch of what I'm thinking we'll do for subs. No, it
doesn't address stack stuff yet. That's next.
There are four flavors of subs:
1) Normal subs
2) Closures (which most normal subs really are)
3) Coroutines
4) Continuations
Additionally each of these subs may be either native
For instance
./jakoc bench.jako > bench.pasm
fails.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
Daniel Grunblatt wrote:
> That was me, going to fix, sorry.
Thanks for the fix.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
That was me, going to fix, sorry.
Daniel Grunblatt.
On Fri, 7 Jun 2002, Sebastian Bergmann wrote:
> jit.c(73) : error C2039: 'has_jit_op' : Ist kein Element von
> 'Parrot_jit_optimiz
> er_section'
> ./include\parrot/jit.h(50) : Siehe Deklaration von
> 'Parrot_jit_optimizer
> _section'
jit.c(73) : error C2039: 'has_jit_op' : Ist kein Element von
'Parrot_jit_optimiz
er_section'
./include\parrot/jit.h(50) : Siehe Deklaration von
'Parrot_jit_optimizer
_section'
jit.c(100) : error C2039: 'has_jit_op' : Ist kein Element von
'Parrot_jit_optimi
zer_section'
./include\pa
At least a few of the submitted patches don't have tests submitted along
with them. Now I'll admit that I'm not one to talk, but I'm trying to
add tests as I fix items. For me, it's partially the security of
building up regression test suites, and partially knowing that the patch
actually made it
The commit pretty much says it all. Note that tests are added in
t/op/macro.t at the end.
--
Jeff <[EMAIL PROTECTED]>
Some tests were disabled because of recently-patched problems in the
assembler. I'm contemplating simply removing the tests that require
exceptions, because we're going to do much more with exceptions than
these (probably already deprecated) tests cover.
--
Jeff <[EMAIL PROTECTED]>
Larry Wall:
# On Fri, 7 Jun 2002, Damian Conway wrote:
#
# > Brent Dax wrote:
# >
# > > grammar Perl6::Regex {
# > > rule metachar { <[<{(\[\])}>:*+?\\|]>}
# > >
# > > rule ws { [<[\h\v]>|\#\N*]*}
# >
# > Or just:
# >
# > rule ws
[EMAIL PROTECTED] (Sebastian Bergmann) writes:
[viewcvs]
> Have you had a look at CHORA [1]? It is IMHO the best web frontend for
> CVS.
no, we haven't. Robert added to our todo list to look at it.
- ask
--
ask bjoern hansen, !try; do();
http://www.askbjoernh
On Fri, 7 Jun 2002, Damian Conway wrote:
> Brent Dax wrote:
>
> > grammar Perl6::Regex {
> > rule metachar { <[<{(\[\])}>:*+?\\|]>}
> >
> > rule ws { [<[\h\v]>|\#\N*]*}
>
> Or just:
>
> rule ws { [\s|\#\N*]*
Brent Dax wrote:
> grammar Perl6::Regex {
> rule metachar { <[<{(\[\])}>:*+?\\|]>}
>
> rule ws { [<[\h\v]>|\#\N*]*}
Or just:
rule ws { [\s|\#\N*]* }
> rule atom { ( | \\ . | ) }
>
> rule m
Larry discounted RFC261 in A5, but I think there's some good in it. The
biggest problem is not that it's hard to do in Perl6, but that 80-90% of
it is ALREADY done in Perl5! Once you peel away that portion of the RFC,
you get to Perl5's limitations and what Perl6 might do to support these
things.
On Thu, Jun 06, 2002 at 08:21:25PM +0100, Piers Cawley wrote:
> Allison Randal <[EMAIL PROTECTED]> writes:
>
> > No, because rules are basically methods, just like grammars are
> > basically classes. You would only need a semi-colon if you were defining
> > an anonymous C (similar to an anonymous
Allison Randal <[EMAIL PROTECTED]> writes:
> On Thu, Jun 06, 2002 at 10:38:39AM -0400, John Siracusa wrote:
>> On 6/6/02 2:43 AM, Damian Conway wrote:
>> > rule wordlist { (\w+) [ , (\w+) ]* }
>>
>> No semicolon at the end of that line? I've already forgotten the "new
>> rules" for that type
Whew! I've carefully (well, I tried to be careful :-) read through
Apocalypse 5 twice now and it still makes my head hurt (but in a good
way). What follows is some notes that I jotted down and am tired of
looking at. Please correct any misconceptions and feel free to add
where I've omitted.
He
On Thu, 6 Jun 2002, Buddha Buck wrote:
> At 11:31 AM 06-06-2002 -0700, Brent Dax wrote:
> I had gotten the impression that a literal string separated by whitespace
> was an atom, so
>
> rule foofoobar { foo <1,2> bar }
>
> would match 'foobar' or 'foofoobar'. If so, I think needs to
> be re
At 11:31 AM 06-06-2002 -0700, Brent Dax wrote:
>#Preliminary Perl6::Regex
># This does not have any actions, but otherwise I think is correct.
># Let me know if it's right or not.
I'm not a regex guru, but...
>use 6;
>
>grammar Perl6::Regex {
> rule metachar { <[<{(\[\])}>:*+?\\|]>
#Preliminary Perl6::Regex
# This does not have any actions, but otherwise I think is correct.
# Let me know if it's right or not.
use 6;
grammar Perl6::Regex {
rule metachar { <[<{(\[\])}>:*+?\\|]>}
rule ws { [<[\h\v]>|\#\N*]*}
rule
Mark Kvale <[EMAIL PROTECTED]> wrote:
:As one of the 3 or 4 people in the world that understands the p5 engine, we
:would welcome your input.
'Understands' is a rather strong word ...
:The current thinking, and a5 just reinforces it, is that regexes will be
:compiled down to Parrot bytecode, s
On Thursday 06 June 2002 00:33, Hugo van der Sanden wrote:
> No, not attached. :)
>
> Just wanted to write down a thought I had during the discussion
> phase, about how someone might go about implementing it.
>
> This might be more obvious to someone who hasn't been corrupted
> by the p5 engine, b
It was long overdue but I've finally updated the examples page on
parrotcode.org: http://www.parrotcode.org/examples/
Main changes:
The calling conventions have been completely changed from
callee-save to caller-save. The examples have been updated and are now
much more comprehensive.
Up
On Thu, Jun 06, 2002 at 10:38:39AM -0400, John Siracusa wrote:
> On 6/6/02 2:43 AM, Damian Conway wrote:
> > rule wordlist { (\w+) [ , (\w+) ]* }
>
> No semicolon at the end of that line? I've already forgotten the "new
> rules" for that type of thing... :)
No, because rules are basically met
I've written a small parrot program which implements a simple deterministic
cellular automata of the kind described in Stephen Wolfram's new book,
A New Kind of Science.
Code is attached. You can also find it along with examples of output
at http://andywardley.com/parrot/automata.html
A
#--
Thanks, Applied.
Clinton A. Pierce writes:
>Fixes the problem where the toplevel makefile can't descend into lib/Parrot
>to do the build necessary for PackFile and friends. Also I think the
>single cd .. may potentially be a bug for other platforms as well.
>
>Apply this and re-run Configure.
>Has the CVSROOT changed ?
Last November. :)
>>cvs checkout parrot
>
>/home/perlcvs: no such repository
>cvs checkout: authorization failed: server cvs.perl.org rejected access to
>/home/perlcvs for user anonymous
Use /cvs/public
-R
On 6/6/02 2:43 AM, Damian Conway wrote:
> rule wordlist { (\w+) [ , (\w+) ]* }
No semicolon at the end of that line? I've already forgotten the "new
rules" for that type of thing... :)
-John
+/* This clashes with 5.005_03's headers. */
+#define na(c) { \
+while(*c && !isspace(*c)) \
+c++; \
+while(*c && isspace(*c)) \
+c++; }
+
+
Because of the name, right? If so, I'll go and change it, because it's
being used from some other files.
When I first saw all thos
At 6:10 PM +1000 6/6/02, Damian Conway wrote:
>> Rich sez:
>> But make Damian use "es", rather than "egs" for the
>> eigenstate ("is" :-) operator.
s/"is"/"it"/, above (blush). That is, the superposition _could_ be in
any of several states, but the eigenstate tells us what "it"
On Wed, Jun 05, 2002 at 04:52:22PM -0400, Dan Sugalski wrote:
> Could be wrong, of course. Wouldn't be the first time. I'll need more
> convincing for that, though.
Is this enough? :)
Stack usage
===
First, the stack are going to be used quite heavily: we need to save
all live registers
On Thu, Jun 06, 2002 at 12:04:03AM -0700, Ask Bjoern Hansen wrote:
>
> Robert Spier and I moved cvs.perl.org to a new server tonight.
> Everything should work as usual, except maybe a bit faster. If
> anything is odd, not working as it used to, working better, not
> working at all, please send u
Ask Bjoern Hansen wrote:
> pps. we also decided to run some python on the server, so you can
> also access the cvs at http://cvs.perl.org/viewcvs/parrot/
> Let us know what you think and if that should be permanent
> (viewcvs; not python. We will keep using that when it
> makes sense) :)
Have y
For the record, you will hear no disagreement from me. I recognize that
this is a HARD problem. Nonetheless, I think it's an important one, and
solving it (even imperfectly, by only supporting well-defined platforms)
would be a major coup.
--Josh
At 23:31 on 06/05/2002 BST, Nicholas Clark
> Rich sez:
>But make Damian use "es", rather than "egs" for the
>eigenstate ("is" :-) operator.
No, no, no! "any" and "all" are three letters, so the eigenstate operator has
to be as well. And since the eigenstates are *examples" of the possible states
of a superposition, "egs" i
At 4:54 PM +1000 6/6/02, Damian Conway wrote:
>Even if Larry decides against superpositions, there will definitely be some
>kind of non-quantum iterator syntax that supports these kinds of permuted
>sequences.
Vicki sez:
Larry? Oh, Larrry.
Pretty please include quantum superpos
No, not attached. :)
Just wanted to write down a thought I had during the discussion
phase, about how someone might go about implementing it.
This might be more obvious to someone who hasn't been corrupted
by the p5 engine, but it is about what you do when you hit the
'success' state - the p5 en
41 matches
Mail list logo
