Re: reduce metaoperator

2005-05-07 Thread Stuart Cook
On 5/7/05, Patrick R. Michaud <[EMAIL PROTECTED]> wrote: > It might not be a problem -- I'm thinking we may end up tokenizing > most or all of the meta operators, so that [+] would be considered > its own token, and then the "longest matching token" rule > would be sufficient to disambiguate the te

Re: available operator characters

2005-05-07 Thread Matt Creenan
On Sat, 07 May 2005 01:47:08 -0400, Matt Creenan <[EMAIL PROTECTED]> wrote: So here's some random ideas that probably make no sense ($ can be optional.. don't know) *snip* That brings me to another idea. Is $_ as an array used? @_? This relates back to the discussion on topics. Could be use @

Re: monthly release

2005-05-07 Thread Leopold Toetsch
Leopold Toetsch wrote: - from now on: please commit only critical bug fixes, doc patches, and similar As always, this concerns Parrot core only, languages and compiler commits can take place until tomorrow 12:00 GMT. leo

possible change to is_digit, is_wordchar, etc

2005-05-07 Thread Patrick R. Michaud
I'd like to make a slight change to the is_digit, is_wordchar, and other is_* ops. Currently calling these ops at the offset following the last codepoint results in a "get_byte past the end of the buffer (1 of 1)" error, it would be nicer if they simply returned false (0) at this one position. (

Re: [PATCH] make testr

2005-05-07 Thread Leopold Toetsch
Dino Morelli <[EMAIL PROTECTED]> wrote: > On Fri, 6 May 2005, Leopold Toetsch wrote: >>"make testr" is broken. We need some replacement for it. It does: [ and should do ] >>$ ./parrot -o foo.pbc foo.imc >>$ ./parrot foo.pbc > I think this might do it: >

Re: possible change to is_digit, is_wordchar, etc

2005-05-07 Thread Leopold Toetsch
Patrick R. Michaud wrote: I'd like to make a slight change to the is_digit, is_wordchar, and other is_* ops. Currently calling these ops at the offset following the last codepoint results in a "get_byte past the end of the buffer (1 of 1)" error, it would be nicer if they simply returned false (0

Re: possible change to is_digit, is_wordchar, etc

2005-05-07 Thread Jens Rieks
On Saturday 07 May 2005 12:06, Leopold Toetsch wrote: > Patrick R. Michaud wrote: > > I'd like to make a slight change to the is_digit, is_wordchar, > > and other is_* ops. Currently calling these ops at the offset > > following the last codepoint results in a > > "get_byte past the end of the buf

Re: [perl #35304] [PATCH] fix make 'realclean'

2005-05-07 Thread Leopold Toetsch
Jerry Gay <[EMAIL PROTECTED]> wrote: > a few files were left behind during 'make realclean', this patch gets > rid of them. Thanks, applied. leo

Re: [perl #35305] [PATCH] skip threads 'detatch' test on win32

2005-05-07 Thread Leopold Toetsch
Jerry Gay <[EMAIL PROTECTED]> wrote: > the 'detatch' threads test hangs on win32. this small patch skips one > test, so others may fail :) Thanks, applied. leo

Re: [PATCH] Parrot_load_bytecode segfaults on missing file

2005-05-07 Thread Leopold Toetsch
Bob Rogers <[EMAIL PROTECTED]> wrote: >The patch below generates an internal exception instead of SEGV, but > this results in two error messages, because Parrot_readbc will have > already printed its own. Thanks, applied. leo

Re: available operator characters

2005-05-07 Thread Juerd
Mark A. Biggar skribis 2005-05-06 22:12 (-0700): > Actually if we define |...| at all, I'd prefer it mean abs(), its usual > mathmatical meaning. No. We can't just use circumfix |...| with arbitrary expressions in it, because | is taken as an infix operator. It has to be quoteish (like <> (this i

Re: available operator characters

2005-05-07 Thread Juerd
Matt Creenan skribis 2005-05-07 1:47 (-0400): > I thought about $blockname <= { ... }, but <= is obviously taken, as is <== > $blockname <=: for 1..5 { > $blockname :=> for 1..5 { > } $blockname; > } <=: $blockname; > } $blockname; > $blockname for 1..5 { >

Re: available operator characters

2005-05-07 Thread Juerd
Matt Creenan skribis 2005-05-07 4:14 (-0400): > That brings me to another idea. Is $_ as an array used? @_? The default signature of subs is ([EMAIL PROTECTED]). Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juer

Re: [PATCH] make testr

2005-05-07 Thread Dino Morelli
On Sat, 7 May 2005, Leopold Toetsch wrote: >Dino Morelli <[EMAIL PROTECTED]> wrote: >> On Fri, 6 May 2005, Leopold Toetsch wrote: > >>>"make testr" is broken. We need some replacement for it. It does: > >[ and should do ] > >>>$ ./parrot -o foo.pbc foo.imc >>>$ ./parrot foo.pbc > >> I think this m

Clarification of behavior for .isa() on built-in types

2005-05-07 Thread Stevan Little
Hello All, So I am expanding our .isa() tests for built-in datatypes (in particular Array), and I have a few (probably very simple) questions (since I cannot seem to find details on this anywhere). Is there an isa() built-in for this? Or it is really @array.meta.isa() (from the Introspection sec

Re: Clarification of behavior for .isa() on built-in types

2005-05-07 Thread Matt Fowles
Stevan~ On 5/7/05, Stevan Little <[EMAIL PROTECTED]> wrote: > But can it also be a Junction? : > $fido.isa(Dog | Cat)# true if $fido.isa(Dog) or $fido.isa(Cat) > $fido.isa(Dog & Beagle) # true if $fide.isa(Dog) and $fido.isa(Beagle) > > If it can be a Junction, it makes me won

Re: available operator characters

2005-05-07 Thread Luke Palmer
On 5/6/05, Larry Wall <[EMAIL PROTECTED]> wrote: > The question is whether to treat the left arg the same way we treat > attribute defaults, with one free closure call. We could say that > > { rand 10 } x 100 > { rand 10 } xx 100 > > should just automatically call the closure on the left

[perl #35317] [TODO] PGE - first approximation benchmarking

2005-05-07 Thread via RT
# New Ticket Created by Patrick R. Michaud # Please include the string: [perl #35317] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=35317 > It would be really good to have some sort of rudimentary statistics to know the a

Re: reduce metaoperator

2005-05-07 Thread Larry Wall
On Sat, May 07, 2005 at 05:11:19PM +1000, Stuart Cook wrote: : On 5/7/05, Patrick R. Michaud <[EMAIL PROTECTED]> wrote: : > It might not be a problem -- I'm thinking we may end up tokenizing : > most or all of the meta operators, so that [+] would be considered : > its own token, and then the "long

Re: reduce metaoperator

2005-05-07 Thread Larry Wall
On Sat, May 07, 2005 at 01:00:08PM -0700, Larry Wall wrote: : On the other hand, since we've distinguished hyperops on infixes from : hyperops on unaries, maybe an infix hyperop in unary position just : does the thing to itself: : : @squares = »*« @list; : : which gives us a sum-of-squares th

Re: available operator characters

2005-05-07 Thread Larry Wall
On Sat, May 07, 2005 at 02:23:15PM +0200, Juerd wrote: : Matt Creenan skribis 2005-05-07 1:47 (-0400): : > I thought about $blockname <= { ... }, but <= is obviously taken, as is <== : > $blockname <=: for 1..5 { : > $blockname :=> for 1..5 { : > } $blockname; : > } <=: $blockname;

Re: Clarification of behavior for .isa() on built-in types

2005-05-07 Thread Larry Wall
On Sat, May 07, 2005 at 01:09:52PM -0400, Stevan Little wrote: : Hello All, : : So I am expanding our .isa() tests for built-in datatypes (in : particular Array), and I have a few (probably very simple) questions : (since I cannot seem to find details on this anywhere). : : Is there an isa() bu

Re: The pipe's sharp end

2005-05-07 Thread Brad Bowman
> What if you give it a 1-ary sub that you thought was slurpy, and in > fact does something different (hmm, that doesn't seem very likely). > How do we handle options and the like? .assuming ? Although map would be simpler, clearer and more flexible. > Still, semantics like that are dwimmery,

Re: [PATCH] make testr

2005-05-07 Thread Dino Morelli
On Sat, 7 May 2005, Dino Morelli wrote: >On Sat, 7 May 2005, Leopold Toetsch wrote: > >>Dino Morelli <[EMAIL PROTECTED]> wrote: >>> On Fri, 6 May 2005, Leopold Toetsch wrote: >> "make testr" is broken. We need some replacement for it. It does: >> >>[ and should do ] >> $ ./parrot -o foo.pb

Overriding/redefining p6 built-in functions

2005-05-07 Thread Andrew Savige
A crude hack sometimes used by gung ho p5 testers is to redefine perl built-in functions. For example: BEGIN { *CORE::GLOBAL::read = sub (*\$$;$) { return undef }; } to test read failures (and so boost your Devel::Cover score :-). This technique is not very convenient (must be in a BEGIN bloc