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" (C 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
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 for t

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 C function +is used. The first argument, if supplied, specifies a C +for the control structure to leave. The C and will be +smart-matched against the dynamic scope objects from inner to

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 talkin

Grammar question

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

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

2006-08-11 Thread Audrey Tang
在 2006/8/11 下午 3:00 時,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" (C for short) that uniquely identifies the -object for hashing and other value-base comparisons.

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 longe

[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 { * } > > should be considered: > > rule foo { * } > > or > > rule foo { ()* } In the past we've always gone with the former. If is also a rule, then it presuma

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 guara

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 real

[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 miscommit

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 working[1]

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 affec

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,Mon&sel=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 f

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,Mon&sel=110#l193 The discussion goes on and off for most of the rest of the page, so you probably want