RE: XS in Perl 6

2002-09-12 Thread Brent Dax
Aaron Sherman: # On Thu, 2002-09-12 at 21:10, Brent Dax wrote: # > Aaron Sherman: # > # I'm thinking XS thoughts # # > # Something like: # > # # > # module somesuch; # > # use External (language=>"C"); # > # sub chdir(string $path //= $ENV{HOME}) is # > # external(returns=>'int'); #

Re: Blocks and semicolons

2002-09-12 Thread Aaron Sherman
On Wed, 2002-09-11 at 19:11, [EMAIL PROTECTED] wrote: > Hello everybody, > > that's a few month i'm following this mailing list. i dont like all the changes > that are being made to perl Imagine how I felt when Perl 4 came out, with all that silly binary I/O stuff! I had no idea what Larry had

rw and types

2002-09-12 Thread Aaron Sherman
What are the restrictions on "is rw"? For example, can it be used with variables of a particular type? If so, does the parameter passed have to already be that type? What does this do? sub process(int $i is rw) { $i++ } my $x = "10"; process($x); Does C<$x> become 11? That would requ

RE: XS in Perl 6

2002-09-12 Thread Aaron Sherman
On Thu, 2002-09-12 at 21:10, Brent Dax wrote: > Aaron Sherman: > # I'm thinking XS thoughts > # Something like: > # > # module somesuch; > # use External (language=>"C"); > # sub chdir(string $path //= $ENV{HOME}) is > # external(returns=>'int'); > > I prefer: > > module Sy

RE: XS in Perl 6

2002-09-12 Thread Aaron Sherman
On Thu, 2002-09-12 at 20:09, David Whipp wrote: > Aaron Sherman [mailto:[EMAIL PROTECTED]] wrote: > > I'm thinking XS thoughts because we're going to need a few external > > things at SOME point It would be so nice if Perl 6's XS > > was part of the language, rather than an external pre-proce

RE: XS in Perl 6

2002-09-12 Thread Brent Dax
Aaron Sherman: # I'm thinking XS thoughts because we're going to need a few # external things at SOME point It would be so nice if Perl # 6's XS was part of the language, rather than an external # pre-processor. # # Something like: # # module somesuch; # use External (language=>"C

RE: XS in Perl 6

2002-09-12 Thread David Whipp
Aaron Sherman [mailto:[EMAIL PROTECTED]] wrote: > I'm thinking XS thoughts because we're going to need a few external > things at SOME point It would be so nice if Perl 6's XS > was part of the language, rather than an external pre-processor. > [ some interesting stuff] > Thoughts? Its good

XS in Perl 6

2002-09-12 Thread Aaron Sherman
I'm thinking XS thoughts because we're going to need a few external things at SOME point It would be so nice if Perl 6's XS was part of the language, rather than an external pre-processor. Something like: module somesuch; use External (language=>"C"); sub chdir(string $path //= $

Re: Blocks and semicolons

2002-09-12 Thread [EMAIL PROTECTED]
From: Ken Fox [EMAIL PROTECTED] > BTW, does anybody else find "is rx" funny? Only because they're not called regular expressions anymore. How about "px" for "pattern expression"? -Miko mail2web - Check your email from the web

RE: Blocks and semicolons

2002-09-12 Thread Brent Dax
Ken Fox: # derivations. In the case of the simultaneous parse, they can # actually return multiple parse trees and let the code # generator decide how to interpret things. Of course, in Perl 6, they'd return a superposition of all possible parses, and trying to use the superposition would cause

Re: Blocks and semicolons

2002-09-12 Thread Luke Palmer
> BTW, there are some parser generators that handle > ambiguous grammars -- they either support backtracking, > infinite lookahead, or simultaneously parse all possible > derivations. In the case of the simultaneous parse, they > can actually return multiple parse trees and let the > code generato

Re: Blocks and semicolons

2002-09-12 Thread Ken Fox
Luke Palmer wrote: > On Thu, 12 Sep 2002, Ken Fox wrote: > > Perl already needs infinite lookahead. > > Really? Where? Indirect objects need infinite lookahead and they are in the core language. Hyper operators may need lookahead. Place holders may need lookahead. User defined rules will definit

Re: Blocks and semicolons

2002-09-12 Thread Luke Palmer
On Thu, 12 Sep 2002, Ken Fox wrote: > Luke Palmer wrote: > > This requires infinite lookahead to parse. Nobody likes infinite > > lookahead grammars. > > Perl already needs infinite lookahead. Anyways, most people > don't care whether a grammar is ambiguous or not -- if we did, > natural human

Re: Blocks and semicolons

2002-09-12 Thread Ken Fox
Luke Palmer wrote: > This requires infinite lookahead to parse. Nobody likes infinite > lookahead grammars. Perl already needs infinite lookahead. Anyways, most people don't care whether a grammar is ambiguous or not -- if we did, natural human languages would look very different. People want

Re: Blocks and semicolons

2002-09-12 Thread agent . secret
Hello everybody, that's a few month i'm following this mailing list. i dont like all the changes that are being made to perl, i'm using perl since '97, anyway if i think about it they're mostly all (until i understand everything) benefit to the language. To make the background i was an assembl