Re: underscores in the core lib

2006-08-11 Thread Luke Palmer
On 8/10/06, Larry Wall [EMAIL PROTECTED] wrote: Yes, it's a design smell. The point of core is to huffman code common things, so something in core with _ should normally either be shorter or out of the core. I don't think I agree. I've been programming in Ruby, and I appreciate all the nice

Re: Module/Class Authoritys

2006-08-11 Thread Jonathan Scott Duff
On Thu, Aug 10, 2006 at 10:25:24PM -0700, Darren Duncan wrote: At 12:35 AM -0400 8/11/06, Stevan Little wrote: Quick question for the group. Can there be more than one authority? module Foo-0.0.1-cpan:JRANDOM-http://www.foo.org-mailto:[EMAIL PROTECTED] S11 would seem to indicate no (it

Fwd: [svn:perl6-synopsis] r10804 - doc/trunk/design/syn

2006-08-11 Thread Luke Palmer
On 8/11/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Some object types can behave as value types. Every object can produce a safe key identifier (CSKID for short) that uniquely identifies the -object for hashing and other value-base comparisons. Normal objects +object for hashing and other

Re: Review of current stm branch code

2006-08-11 Thread Sam Phillips
/LURK On 11 Aug 2006, at 06:11, Joshua Hoblitt wrote: This is a bad joke, right? How much of your life are you intending to spend on chasing down hard to find missing braces bugs? On 11 Aug 2006, at 06:52, Chip Salzenberg wrote: Seriously: I am serious. Many of the changes I have in mind

Re: [svn:perl6-synopsis] r10804 - doc/trunk/design/syn

2006-08-11 Thread Markus Laire
On 8/11/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: +To return from other types of code structures, the Cleave function +is used. The first argument, if supplied, specifies a CSelector +for the control structure to leave. The CSelector and will be +smart-matched against the dynamic scope

Re: Review of current stm branch code

2006-08-11 Thread Chip Salzenberg
On Fri, Aug 11, 2006 at 11:46:37AM +0100, Sam Phillips wrote: Six years into the project the Parrot team, responsible for the Perl6 internals finaly get round to arguing about what style of C brackets and indenting they are going to use.. It's not an argument.[*] If people kept talking

Grammar question

2006-08-11 Thread Alberto Simões
Hi Today in #parrot a question was done: rule foo { bar* } should be considered: rule foo { ?wsbar*?ws } or rule foo { ?ws(bar?ws)* } ? Cheers Alberto -- Alberto Simões - Departamento de Informática - Universidade do Minho Campus de Gualtar - 4710-057 Braga -

Re: underscores in the core lib

2006-08-11 Thread Audrey Tang
在 2006/8/11 下午 2:35 時,Luke Palmer 寫到: I think that standard functions ought not to have underscores *most of the time*, because their presence indicates something that could be better named or is miscategorized. However, for methods, especially advanced or introspective methods, I think longer

[svn:perl6-synopsis] r10828 - doc/trunk/design/syn

2006-08-11 Thread larry
Author: larry Date: Fri Aug 11 08:41:18 2006 New Revision: 10828 Modified: doc/trunk/design/syn/S06.pod Log: 2nd whack, with help from gaal++, luqui++, audreyt++, malaire++, and others++. Modified: doc/trunk/design/syn/S06.pod

Re: underscores in the core lib

2006-08-11 Thread Larry Wall
On Fri, Aug 11, 2006 at 11:28:08PM +0800, Audrey Tang wrote: : For other built-in types, I think underscore names are just fine. For example, : metaclass methods such as Class.has_method should indeed remain as such. :) That's fine--I don't think of anything behind the META curtain as core, at

Re: Grammar question

2006-08-11 Thread Patrick R. Michaud
On Fri, Aug 11, 2006 at 04:43:55PM +0100, Alberto Simões wrote: Hi Today in #parrot a question was done: rule foo { bar* } should be considered: rule foo { ?wsbar*?ws } or rule foo { ?ws(bar?ws)* } In the past we've always gone with the former. If bar is also a rule,

Re: More review of current stm branch code

2006-08-11 Thread Charles Reiss
On 8/10/06, Chip Salzenberg [EMAIL PROTECTED] wrote: More on the STM branch: ANSWERS, FOR A CHANGE * A comment asks: /* XXX is it okay to combine flatten/slurpy into one flag? */ The answer is No: flat is an output flag, slurpy_array is an input flag, and there's no guarantee

Re: Review of current stm branch code

2006-08-11 Thread Charles Reiss
On 8/10/06, Chip Salzenberg [EMAIL PROTECTED] wrote: I appreciate the quality of the stm code in general. You're being careful, you know what you're doing with C, and you're good at creating abstractions. I hope when STM is done[*] you'll keep hacking on Parrot. [*] As if it will ever be

[svn:perl6-synopsis] r10855 - doc/trunk/design/syn

2006-08-11 Thread audreyt
Author: audreyt Date: Fri Aug 11 20:28:03 2006 New Revision: 10855 Modified: doc/trunk/design/syn/S06.pod Log: * S06: dconway++ suggested that we still provide convenience methods on Signature level, to reduce line noise in common want operations. * Also remove a stray paragraph

designing a test suite for multiple implementations

2006-08-11 Thread jerry gay
recently, perl 6 development has taken the form of a multi-method dispatch. that is, multiple implementations are under active development. this includes pugs (in haskell,) v6 (in perl5,) v6-Compiler (in perl6,) and perl6 (on parrot.) hopefully, each of these returns the same result, a

Re: designing a test suite for multiple implementations

2006-08-11 Thread Darren Duncan
Note: This reply is being sent to all 4 mailing lists that the original was, though I am only subscribed to the first 2 myself, for the benefit of completeness to the readers of the original. -- As my initial reply, I'll bring up 2 recent discussions or Pugs changes that

Re: designing a test suite for multiple implementations

2006-08-11 Thread Larry Wall
Just to avoid repeating some of the discussion, here's a link to #perl6: http://colabti.de/irclogger/irclogger_log/perl6?date=2006-08-07,Monsel=110#l193 The discussion goes on and off for most of the rest of the page, so you probably want to search for and highlight todo if you're using

Re: designing a test suite for multiple implementations

2006-08-11 Thread jerry gay
On 8/11/06, Larry Wall [EMAIL PROTECTED] wrote: Just to avoid repeating some of the discussion, here's a link to #perl6: http://colabti.de/irclogger/irclogger_log/perl6?date=2006-08-07,Monsel=110#l193 The discussion goes on and off for most of the rest of the page, so you probably want to