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 in
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
On Thu, Aug 10, 2006 at 07:11:15PM -1000, Joshua Hoblitt wrote:
> On Thu, Aug 10, 2006 at 07:19:21PM -0700, Chip Salzenberg wrote:
> > * useless curlies
> >OTGH, the project needs automated filters for more coding standards,
> >including one that that notes (and optionally kills) the exces
> "JH" == Joshua Hoblitt <[EMAIL PROTECTED]> writes:
JH> On Thu, Aug 10, 2006 at 07:19:21PM -0700, Chip Salzenberg wrote:
>> * useless curlies
>>
>> Something I'm hoping to stamp out is the use of curlies for all if/else
>> clauses, which makes code taller without making it substant
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 states that names are made up of 3
parts), but I guess I am wondering
On Thu, Aug 10, 2006 at 07:19:21PM -0700, Chip Salzenberg wrote:
> * useless curlies
>
> -if (PMC_IS_NULL(type_hash))
> +if (PMC_IS_NULL(type_hash)) {
> return core_type;
> +}
> hash = PMC_struct_val(type_hash);
> -if (!hash->entries)
> +
On Thu, Aug 10, 2006 at 07:19:21PM -0700, Chip Salzenberg wrote:
> * enum trailing commas are not standard
>
>C89 doesn't allow enum lists to end with a comma. PITA, I know, but we
>can't require C99 yet. So e.g. 'thread_state_enum' needs a comma removed.
Nor does C++ understand the tr
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 states that names are made up of 3
parts), but I guess I am wondering if one of those parts can have
multiple sub-parts
On Thu, Aug 10, 2006 at 10:17:59PM -0500, Jonathan Scott Duff wrote:
: On Thu, Aug 10, 2006 at 06:21:31PM -0700, Darren Duncan wrote:
: > At 5:11 PM -0700 8/10/06, [EMAIL PROTECTED] wrote:
: > >Log:
: > >First whack at defining semantics of MAIN subs.
: >
: > Congradulations! That is SUCH a great
Author: larry
Date: Thu Aug 10 20:19:02 2006
New Revision: 10807
Modified:
doc/trunk/design/syn/S02.pod
Log:
Removed last vestige of $?SELF from the spec.
Modified: doc/trunk/design/syn/S02.pod
==
--- doc/trunk/desig
On Thu, Aug 10, 2006 at 06:21:31PM -0700, Darren Duncan wrote:
> At 5:11 PM -0700 8/10/06, [EMAIL PROTECTED] wrote:
> >Log:
> >First whack at defining semantics of MAIN subs.
>
> Congradulations! That is SUCH a great idea.
I agree! No more caller() tricks to see if we're being required or
not b
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 that the input and output flags won't
conflict wi
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 really done.
"No work of art is ever finished, only aband
Author: audreyt
Date: Thu Aug 10 19:18:48 2006
New Revision: 10805
Modified:
doc/trunk/design/syn/S02.pod
doc/trunk/design/syn/S03.pod
Log:
* Two small typo fix:
"value-bases comparison" -> "value-based comparison"
"Storeable" -> "Storable"
Modified: doc/trunk/design/syn/S02.pod
=
At 5:11 PM -0700 8/10/06, [EMAIL PROTECTED] wrote:
Log:
First whack at defining semantics of MAIN subs.
Congradulations! That is SUCH a great idea.
Since Perl didn't have the concept of an explicit 'main' before like
many other languages, I had been doing this for a long while in my
non-tin
Author: larry
Date: Thu Aug 10 17:11:54 2006
New Revision: 10804
Modified:
doc/trunk/design/syn/S02.pod
doc/trunk/design/syn/S06.pod
Log:
First whack at defining semantics of MAIN subs.
Typo from Aaron Crane++.
Modified: doc/trunk/design/syn/S02.pod
===
Am Donnerstag, 10. August 2006 03:13 schrieb Autrijus Tang:
> The segfault (exhibited in 0.4.6) was caused by a missing str_dup in
> dan's r4236; passing yytext to other functions would need to preserve
> its content first.
Which segfault - I didn't see one?
Anyway, applied - r13984, with a li
On Thu, Aug 10, 2006 at 07:02:13PM +0200, Juerd wrote:
: Eric skribis 2006-08-10 10:22 (-0600):
: > I think .valid is an excellent argument for underscores all by itself.
:
: I think it's an argument for reconsidering the name of that method.
: "valueid" is only 2 characters more.
Okay, I'll just
Eric skribis 2006-08-10 10:22 (-0600):
> I think .valid is an excellent argument for underscores all by itself.
I think it's an argument for reconsidering the name of that method.
"valueid" is only 2 characters more.
I'm personally against non-prefix underscores in any core identifier.
I agree t
Author: audreyt
Date: Thu Aug 10 09:40:48 2006
New Revision: 10783
Modified:
doc/trunk/design/syn/S03.pod
doc/trunk/design/syn/S06.pod
Log:
* S03: Signature ~~ Signature now tests for compatibility,
i.e. whether if anything that can bind to LHS can also
bind to RHS.
* S06: The "want" f
Author: audreyt
Date: Thu Aug 10 09:35:52 2006
New Revision: 10782
Modified:
doc/trunk/design/syn/S04.pod
Log:
* S04: Clarify that the following forms are hash composers:
$h = {};
$h = {%h};
* Also change the archaic $coderef etc in examples to
simply $code.
Modified: doc/trunk/d
I think .valid is an excellent argument for underscores all by itself.
Unless you already know what it means you don't have any clue that
its not actualy the word valid instead of val_id. I don't know of any
other problems like this, but at very least that should be changed.
Don't we still try an
Author: audreyt
Date: Thu Aug 10 09:16:15 2006
New Revision: 10780
Modified:
doc/trunk/design/syn/S02.pod
Log:
* S02: Add a infix_prefix_meta_operator grammatical category to
carry the generic chain-associative negation modifier "!".
Modified: doc/trunk/design/syn/S02.pod
==
http://arstechnica.com/news.ars/post/20060810-7462.html : .NET and
J2EE to get better dynamic language support
To partially quote:
"Many dynamic language enthusiasts are also interested in Parrot, an
open source virtual machine designed specifically for dynamic
languages. Init
# New Ticket Created by Autrijus Tang
# Please include the string: [perl #40145]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40145 >
The segfault (exhibited in 0.4.6) was caused by a missing str_dup in
dan's r4236; pas
[EMAIL PROTECTED] writes:
> Modified: doc/trunk/design/syn/S02.pod
> +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
Is that meant t
On Tue, Jul 18, 2006 at 02:09:26AM -0700, Joshua Hoblitt wrote:
> # New Ticket Created by Joshua Hoblitt
> # Please include the string: [perl #39860]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=39860 >
>
>
> LIB_DIR
27 matches
Mail list logo