On Thu, Aug 10, 2006 at 01:17:45PM +0800, Agent Zhang wrote:
: On 8/10/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
: @@ -1339,8 +1339,8 @@
:
: =head2 Undefined types
:
: -These can behave as values or objects of any class, but always return
: -a C.valid that evaluates to false. One can
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.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=39860
LIB_DIR
# New Ticket Created by Autrijus Tang
# Please include the string: [perl #40145]
# in the subject line of all future correspondence about this issue.
# URL: 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
[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 (CSKID for short) that uniquely identifies the
+object for hashing and other value-base comparisons. Normal objects
Is that meant to
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. Initially
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
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
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:
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
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
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
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
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
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
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
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
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 with
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 because
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
==
---
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 idea.
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
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:
* 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
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)
+if
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 substantially clearer.
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 excess
26 matches
Mail list logo