I've just checked in the modified Punie code that runs on the improved
compiler tools. I sent various comments to the list as I went through
the port, so I won't repeat them here. A few more comments from the end
of the porting process:
- I like the way PAST-pm handles conditionals. It makes f
Gilbert R. Röhrbein ha scritto:
Hi,
I'm new to Perl 6 (and perl).
Is there a way to check inside a gather-block if something was allready
taken? I thought it would look like one of the following, but it doesnt
work on my pugs 6.2.13.
gather
{
for 1..100
{
take $_ unless @_.conta
Hi everyone, and happy new year!
I'm an almost complete newbie to Perl6 and I'm not that good at Perl5
either, but I thought playing with these problems could be fun, so I
tried to solve #28.
My solution is attached, it seems to work, but I'd like to know from
people more expert than me if t
# New Ticket Created by "Lee Duhem"
# Please include the string: [perl #41159]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41159 >
2007/1/1, Debian User <[EMAIL PROTECTED]>:
> This patch fix the wrong parrot include path
# New Ticket Created by "Lee Duhem"
# Please include the string: [perl #41157]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41157 >
The attached patch fix a typo in t/op/cmp-nonbranch.t and append some
editor instruction
# New Ticket Created by "Lee Duhem"
# Please include the string: [perl #41158]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41158 >
The here docs in test C cause t/op/cmp-nonbranch.t abnormal exit,
for example:
$ /usr/l
Ah, nice to see someone else tackling the problems. Assuming the tests
pass (I can't check this at work) and you have a commit bit, check it
in!
Cheers,
Ovid
--- gabriele renzi <[EMAIL PROTECTED]> wrote:
> Hi everyone, and happy new year!
>
> I'm an almost complete newbie to Perl6 and I'm not t
Ovid ha scritto:
Ah, nice to see someone else tackling the problems.
yes, it was such a nice idea :)
Assuming the tests
pass (I can't check this at work) and you have a commit bit, check it
in!
they pass here, but I have no commit bit, it's ok if I do a darcs push?
(I prefer it over svn)
--- gabriele renzi <[EMAIL PROTECTED]> wrote:
> > Assuming the tests
> > pass (I can't check this at work) and you have a commit bit, check
> it
> > in!
>
> they pass here, but I have no commit bit, it's ok if I do a darcs
> push?
> (I prefer it over svn)
That's not my place to say. I can't giv
On Tue, Jan 02, 2007 at 12:25:29PM +0100, gabriele renzi wrote:
> >Assuming the tests pass (I can't check this at work) and you have
> > a commit bit, check it in!
>
> they pass here, but I have no commit bit, it's ok if I do a darcs push?
> (I prefer it over svn)
You have one now :)
(The darcs
On 12/31/06, via RT Lee Duhem <[EMAIL PROTECTED]> wrote:
# New Ticket Created by "Lee Duhem"
# Please include the string: [perl #41158]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41158 >
The here docs in test C cause t/
On Tue, Jan 02, 2007 at 12:01:54AM -0800, Allison Randal wrote:
> - I ran into one bit of strangeness with the assignment operator on
> simple strings (it was generating an 'assign' opcode with 3 arguments
> for the source code "$x = 'test'"). I solved it by setting 'pasttype' to
> 'assign', but
On Sun, Dec 31, 2006 at 03:02:08AM -0800, Darren Duncan wrote:
: At 9:34 AM + 12/29/06, Luke Palmer wrote:
: >When do we do integer/rational math and when do we do floating point math?
: >
: >That is, is 1 different from 1.0? Should 10**500 be infinity or a 1
: >with 500 zeroes after it? Shou
# New Ticket Created by "Lee Duhem"
# Please include the string: [perl #41163]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41163 >
This patch suppress some uninitialized value warning in config/inter/yacc.pm
when use --m
On Tue, Jan 02, 2007 at 09:24:20AM -0800, Larry Wall wrote:
: But I'm also still wondering whether a simpler approach is to declare
: that Num is a role that can encapsulate objects of class Int, Num,
: Rat, or Dec as necessary. There also a lot to be said for simple...
Well, that's wrong several
At 09:24 -0800 1/2/07, Larry Wall wrote:
>But I'm also still wondering whether a simpler approach is to declare
>that Num is a role that can encapsulate objects of class Int, Num,
>Rat, or Dec as necessary. There also a lot to be said for simple...
Simple. . . YES! but I'm in no position to help
On Tue, Jan 02, 2007 at 11:22:22AM -0700, Doug McNutt wrote:
: See FORTRAN conventions to continue.
Well, I don't think FORTRAN implicit conventions will fly anymore,
but basically I think I agree with you that different contexts will
want to warp what they mean by "numeric". Leaving aside the wh
# New Ticket Created by Jerry Gay
# Please include the string: [perl #41164]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41164 >
D:\usr\local\parrot\head>nmake world
Microsoft (R) Program Maintenance Utility Version 7.1
fixed in r16383
Hi everyone!
I solved the (easy) problem 32, implementing gcd($a,$b).
You can check the code in the repository or on the web[1]
But while writing this I noticed that a function written as
sub gcd(Int $a, Int $b)
still accepts float/rational values in input.
I think I read once that a variable
Author: allison
Date: Tue Jan 2 22:46:16 2007
New Revision: 16391
Modified:
trunk/docs/pdds/clip/pdd22_io.pod
Log:
[pdd]: Adding API for async status objects, cleaning up some
descriptions of I/O opcodes.
Modified: trunk/docs/pdds/clip/pdd22_io.pod
==
Author: allison
Date: Tue Jan 2 22:56:54 2007
New Revision: 16392
Added:
trunk/docs/pdds/pdd22_io.pod
- copied unchanged from r16391, /trunk/docs/pdds/clip/pdd22_io.pod
Removed:
trunk/docs/pdds/clip/pdd22_io.pod
Changes in other areas also in this revision:
Modified:
trunk/MANIFES
22 matches
Mail list logo