RE: simple grammar example

Aldo Calpini wrote: > > I'm preparing a talk about Perl6 for the Italian Perl Workshop, and I > would like to have a slide comparing a BNF (yacc/bison) grammar to a > Perl6 one, to show how powerful in parsing/lexing > Perl6 regexen are. > > so I ask your assistance in helping me putting up a s

Re: C/C++ White-Box Unit Testing and Test::More

On Tue, 2004-06-08 at 20:18, Andrew Savige wrote: > I am currently using Test::More for my Perl white-box unit tests. > I also need to write some C/C++ white-box unit tests and would like > to use something similar in spirit to Test::More. What if you used Inline::C *and* Test::More? If they're

Re: C/C++ White-Box Unit Testing and Test::More

On Wed, Jun 09, 2004 at 08:18:30AM -0700, Ovid wrote: > As for porting a Test::More style framework, I tried doing that with > Python and was actually doing well with it, but I was shot down pretty > quickly. Any specific reasons why (is the discussion archived)? Is there any site that compares t

Re: Apocalypse 6: IDs of subroutine wrappers should be objects

On Tue, 8 Jun 2004, Matthew Walton wrote: > Ingo Blechschmidt wrote: > > > One should be able to unwrap $subref using > > $id.unwrap(); > > Something tells me that you shouldn't be able to do that. Wrapping is an > operation on the subref, which implies very strongly to me that > unwrapping s

Re: [perl #30095] [PATCH] Update required build tools in README

On Wed, 9 Jun 2004, chromatic via RT wrote: > On Wed, 2004-06-09 at 03:53, Nicholas Clark wrote: > > > The work around for (2) could be to bundle File::Spec 0.87 from CPAN. > > For that matter the work around for (1) could be to bundle Math::BigInt > > from CPAN. :-) > > Why bundle? I'd be happy

Re: [perl #30095] [PATCH] Update required build tools in README

On Wed, Jun 09, 2004 at 09:46:52AM -0700, chromatic wrote: > On Wed, 2004-06-09 at 03:53, Nicholas Clark wrote: > > > The work around for (2) could be to bundle File::Spec 0.87 from CPAN. > > For that matter the work around for (1) could be to bundle Math::BigInt > > from CPAN. :-) > > Why bundle

Re: [perl #30095] [PATCH] Update required build tools in README

On Wed, 2004-06-09 at 03:53, Nicholas Clark wrote: > The work around for (2) could be to bundle File::Spec 0.87 from CPAN. > For that matter the work around for (1) could be to bundle Math::BigInt > from CPAN. :-) Why bundle? I'd be happy to add the half-dozen lines to Configure.pl to check for

Re: simple grammar example

Luke Palmer wrote: > That left recursion won't do. I can't remember my transformation rules > well enough to know how to put that in a form suitable for a recursive > descent parser. To be honest, I've never seen an RPN calculator modeled > with a grammar. Well, the main advantage of an RPM synt

Re: simple grammar example

Rafael Garcia-Suarez writes: > Luke Palmer wrote: > > Also, if this is going to be an explanation rather than just a picture, > > I suggest you go with Perl's usual versatile power, and store the > > operators in a declarative data source. > > > > grammar RPN { > > my @operator = << +

Re: simple grammar example

[EMAIL PROTECTED] (Rafael Garcia-Suarez) writes: > Sean O'Rourke wrote: >> * To really show where P6 rocks, you need to show dynamic features. A >> simple example might be using a language with keywords kept in >> variables, allowing you change between e.g. "for, while, if", "pour, >> tandi

Re: simple grammar example

Sean O'Rourke wrote: > * To really show where P6 rocks, you need to show dynamic features. A > simple example might be using a language with keywords kept in > variables, allowing you change between e.g. "for, while, if", "pour, > tandis-que, si", etc. Small correction : "pour, tant_que, si

Re: simple grammar example

Luke Palmer wrote: > Also, if this is going to be an explanation rather than just a picture, > I suggest you go with Perl's usual versatile power, and store the > operators in a declarative data source. > > grammar RPN { > my @operator = << + - * / >>; > > rule input { * } >

Re: simple grammar example

[EMAIL PROTECTED] (Aldo Calpini) writes: > I'm preparing a talk about Perl6 for the Italian Perl Workshop, and I > would like to have a slide comparing a BNF (yacc/bison) grammar to a > Perl6 one, to show how powerful in parsing/lexing Perl6 regexen are. > ... > am I missing something obvious here?

Re: simple grammar example

Aldo Calpini writes: > I've taken this bison example (an RPN calculator, stripped down version > from http://www.gnu.org/software/bison/manual/html_node/Rpcalc-Rules.html): > > input:/* empty */ > | input line > ; > > line: '\n' > | exp '\n' > ; > > exp: NUM

Re: C/C++ White-Box Unit Testing and Test::More

--- Andrew Savige <[EMAIL PROTECTED]> wrote: > Has anyone ported a Test::More style framework to C/C++ or Java? > How do Perl5/Parrot white-box unit test their C code? For white box testing C code, I just use assert(). As for porting a Test::More style framework, I tried doing that with Python an

simple grammar example

hello gentlemen, I'm preparing a talk about Perl6 for the Italian Perl Workshop, and I would like to have a slide comparing a BNF (yacc/bison) grammar to a Perl6 one, to show how powerful in parsing/lexing Perl6 regexen are. so I ask your assistance in helping me putting up a simple, yet impres

keep running ...

... while I'm in Berlin, Germany. http://www.wizards-of-os.org - Beyond the Unix Paradigm. leo

Re: [perl #30095] [PATCH] Update required build tools in README

On Mon, Jun 07, 2004 at 01:45:28PM -0700, Andy Dougherty wrote: > # New Ticket Created by Andy Dougherty > # Please include the string: [perl #30095] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30095 > > > > This

[perl #30119] [PATCH] Better default for PARROT_ICU_DATA_DIR.

# New Ticket Created by Andy Dougherty # Please include the string: [perl #30119] # in the subject line of all future correspondence about this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30119 > This patch makes it at least theoretically possible for 'make languages' to work.

[perl #30118] [PATCH] Remove non-constant initializers in classes/*.c

# New Ticket Created by Andy Dougherty # Please include the string: [perl #30118] # in the subject line of all future correspondence about this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30118 > Sun's Workshop Compiler will not accept non-constant items in an initialzation. Be

Re: Periodic Table of the Operators

Dan Sugalski wrote: > That doesn't, in my experience, work reliably, and it seems worst when > dealing with unicode and some of the other extended encodings. (The GB > stuff's bad too) May well be some bizarre interaction between OS X's > terminal and screen, but I regularly end up with sessions th

Re: C/C++ White-Box Unit Testing and Test::More

Perhaps this will be useful... . -Avram On Jun 8, 2004, at 8:18 PM, Andrew Savige wrote: I am currently using Test::More for my Perl white-box unit tests. I also need to write some C/C++ white-box unit tests and would like to use something similar in spi