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
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
> 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
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
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
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
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
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"
+/* 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
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
>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
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.
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
#--
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
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 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
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
#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
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 { <[<{(\[\])}>:*+?\\|]>
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
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
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
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
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.
Brent Dax wrote:
> grammar Perl6::Regex {
> rule metachar { <[<{(\[\])}>:*+?\\|]>}
>
> rule ws { [<[\h\v]>|\#\N*]*}
Or just:
rule ws { [\s|\#\N*]* }
> rule atom { ( | \\ . | ) }
>
> rule m
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*]*
[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
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
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]>
The commit pretty much says it all. Note that tests are added in
t/op/macro.t at the end.
--
Jeff <[EMAIL PROTECTED]>
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
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
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'
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/
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/
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
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
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
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
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
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
41 matches
Mail list logo
