On Tue Apr 17 15:13:07 2007, [EMAIL PROTECTED] wrote:
> Steve Peters wrote:
> > # New Ticket Created by Steve Peters
> > # Please include the string: [perl #42585]
> > # in the subject line of all future correspondence about this issue.
> > # http://rt.perl.org/rt3/Ticket/Display.html?id=42585 >
On Tue, 17 Apr 2007 18:53:32 -0700
chromatic (via RT) <[EMAIL PROTECTED]> wrote:
> In particular, we need to detect:
>
> - variable declarations with name 'class'
> - variable declarations with the name 'namespace'
Hi,
After r18274 was checked in, splint's warning count for this dro
On Tuesday 17 April 2007 07:48, Steve Peters wrote:
> This is a big patch to clean up most of the keyword collisions between
> Parrot function names, variables, and parameters with C++ keywords.
> The collisions I cleaned up included names like
>
> class
> namespace
> this
> typena
# New Ticket Created by chromatic
# Please include the string: [perl #42597]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42597 >
We need another coding standards test, this time to check that Parrot will
(likely) compil
On Tuesday 17 April 2007 14:14, Steve Peters wrote:
> Index: config/gen/platform/generic/exec.c
Thanks, applied as r18273.
-- c
On Tuesday 17 April 2007 14:48, Steve Peters wrote:
> I don't know how easily this is reached, but since the "fmt" variable
> is only NULL checked, it seems like this would be possible to reached.
Hm, this patch breaks some tests for me:
t/compilers/imcc/imcpasm/optc.t1 256431 8
t
On Tue, Apr 17, 2007 at 07:34:38PM -0400, Joe Gottman wrote:
: [EMAIL PROTECTED] wrote:
: >+
: >+The value of the conditional expression may be optionally bound to
: >+a closure parameter:
: >+
: >+iftesta() -> $a { say $a }
: >+elsif testb() -> $b { say $b }
: >+else -> $b
[EMAIL PROTECTED] wrote:
+
+The value of the conditional expression may be optionally bound to
+a closure parameter:
+
+iftesta() -> $a { say $a }
+elsif testb() -> $b { say $b }
+else -> $b { say $b }
I'd prefer it if the result of a test in an if or elsif were usable
# New Ticket Created by Matt Diephouse
# Please include the string: [perl #42596]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42596 >
Milestone ticket for the 0.4.12 release.
On behalf of the Parrot team, I'm proud to announce Parrot 0.4.11
"Tax Bird." Parrot (http://parrotcode.org/) is a virtual machine aimed
at running all dynamic languages.
Parrot 0.4.11 can be obtained via CPAN (soon), or follow the
download instructions at http://parrotcode.org/source.html.
For t
Steve Peters wrote:
# New Ticket Created by Steve Peters
# Please include the string: [perl #42585]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42585 >
If you happen to try to test parrot and you have more than one dir
# New Ticket Created by Steve Peters
# Please include the string: [perl #42594]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42594 >
I don't know how easily this is reached, but since the "fmt" variable
is only NULL check
# New Ticket Created by Steve Peters
# Please include the string: [perl #42591]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42591 >
Index: config/gen/platform/generic/exec.c
==
On Tue, Apr 17, 2007 at 11:22:39AM -0700, [EMAIL PROTECTED] wrote:
> Note that unless no longer allows an else
I'm sorry to see this.
This is one item from PBP that I don't really agree with.
Personally, I find I am at least as likely to make mistakes
about the double negative in "if (!cond) ...
> "LP" == Luke Palmer <[EMAIL PROTECTED]> writes:
LP> On 4/17/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> Note that unless no longer allows an else
LP> Hmm, that's interesting. I don't _think_ I'm opposed, but maybe I am.
LP> The main case that I can see this limiting me is
BY-- Y Y YY/9
> ? 20060807 sol10-sparc-gcc_4.0.2BY-- Y Y Y
> Y/9 ? 20060807 +sol11-x86-cc_5.8 Y-- - -
> -- ? 20070417 tru64-alpha-compaq_c6.5 8 ???
> Y ? Y
On Tuesday 17 April 2007 08:54, Ron Blaschke wrote:
> Attached patch adds NexentaOS GNU/OpenSolaris Alpha 6 to the list of
> platforms.
Thanks, applied as r18269.
> $ make test
> ...
> Failed Test Stat Wstat Total Fail Failed List of Failed
> --
l10-sparc-cc_5.8 BY-- Y Y YY/9 ?
20060807
sol10-sparc-gcc_4.0.2BY-- Y Y YY/9 ?
20060807
+opensolaris-x86-gcc_4.0.3 4 YY? ? ? YY/3 ?
20070417
tru64-alpha-compaq_c6.5 8 ??? Y ?
On 4/17/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Note that unless no longer allows an else
Hmm, that's interesting. I don't _think_ I'm opposed, but maybe I am.
The main case that I can see this limiting me is where I like to put
my error conditions at the end of my code, out of the wa
Author: larry
Date: Tue Apr 17 11:26:03 2007
New Revision: 14377
Modified:
doc/trunk/design/syn/S04.pod
Log:
Neglected to mention that unless also allows binding of its false parameter
Modified: doc/trunk/design/syn/S04.pod
Author: larry
Date: Tue Apr 17 11:22:38 2007
New Revision: 14376
Modified:
doc/trunk/design/syn/S04.pod
doc/trunk/design/syn/S05.pod
Log:
Note that unless no longer allows an else
Clarification of binding semantics of if, elsif, and else
Clarification of C<..>. requested by moritz++
Modif
Nothing in particular on the agenda today; Reports and discussion about the
0.4.11 release.
# New Ticket Created by Steve Peters
# Please include the string: [perl #42585]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42585 >
If you happen to try to test parrot and you have more than one directory
named "parrot"
5.8 Y-- - - -- ?
20070417
tru64-alpha-compaq_c6.5 8 ??? Y ? YY/2 ?
20060203
win32-x86-cygwin_1.5.21 --- - - -- -
20070221
win32-x86-mingw-gcc3.4.2 YY- - - YY/19
I am installing Parrot both on Mandriva ans Debian.
This error only occurs on Debian distrib.
./miniparrot config_lib.pasm > runtime/parrot/include/config.fpmc
real_exception (severity:2 error:30): Complex: malformed string
likely reason: argument count mismatch in main (more than 1 param)
make:
chromatic wrote:
On Monday 16 April 2007 17:04, Jonathan Worthington wrote:
We're still missing a couple of vtable
methods it'd be nice to have in there (does, isa), which I ain't got
time for now (need slp), but hopefully somebody may.
In as of r18258.
Great.
Note that they nee
On Monday 16 April 2007 17:04, Jonathan Worthington wrote:
> We're still missing a couple of vtable
> methods it'd be nice to have in there (does, isa), which I ain't got
> time for now (need slp), but hopefully somebody may.
In as of r18258. Note that they need more tests when the subclass(
On Monday 16 April 2007 15:23, pancake wrote:
> Hi, I have updated the pkgsrc package of parrot to the latest 0.4.10 (I
> hope to maintain the following releases too), There's an ancient patch into
> the package to fix the build on dragonflybsd. I have no dflybsd but it
> looks ok for me.
Thanks,
# New Ticket Created by Mark Glines
# Please include the string: [perl #42563]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42563 >
I ran Makefile.PL on a random windows box which hasn't had its compiler
installed correct
29 matches
Mail list logo
