Re: [perl #121454] Can't inline complex constraints in multisub signatures

On 03/19/2014 11:06 AM, Damian Conway wrote: To me, the issue is: how does Perl 6 actually carry out the type inference we're doing here? And I believe it's an important question to get right, as we may eventually see Perl 6 doing more type inference...either in core, or else through some

Re: [perl #121454] Can't inline complex constraints in multisub signatures

On 03/28/2014 02:28 PM, Parrot Raiser wrote: On 3/27/14, Moritz Lenz mor...@faui2k3.org wrote: Agreed. We just need to come up with a consistent, intuitive way to handle the rest of the cases. And implement it. Whenever somebody offers a solution to a problem formulated as We just need

Announce: Rakudo Star Release 2015.03

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ## A useful, usable, early adopter distribution of Perl 6 On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the March 2015 release of Rakudo Star, a useful and usable distribution of Perl 6. The tarball for the March 2015

Re: S02 mistake re Blob?

Hi Darren, On 21.02.2015 08:51, Darren Duncan wrote: I notice from looking at http://design.perl6.org/S02.html that Blob is listed both as being a role and as a type. See http://design.perl6.org/S02.html#Roles for an example of the former, and

Announce: Rakudo Star Release 2015.02

## A useful, usable, early adopter distribution of Perl 6 On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the February 2015 release of Rakudo Star, a useful and usable distribution of Perl 6. The tarball for the February 2015 release is available from

Re: Backwards compatibility and release 1.0

On 10/15/2015 10:47 AM, Smylers wrote: Moritz Lenz writes: On 10/13/2015 10:52 AM, Richard Hainsworth wrote: Following on the :D not :D thread, something odd stuck out. On 10/13/2015 03:17 PM, Moritz Lenz wrote: We have 390+ modules, and hand-waving away all trouble of maintaining them

Re: Backwards compatibility and release 1.0

On 10/13/2015 10:52 AM, Richard Hainsworth wrote: Following on the :D not :D thread, something odd stuck out. On 10/13/2015 03:17 PM, Moritz Lenz wrote: But hopefully none of them breaking backwards compatibility on such a large scale. The last few backwards incompatible changes still cause

Re: To :D or not to :D

Hi, On 10/12/2015 03:41 PM, Mark Overmeer wrote: > > Hi all, > > Liz and Tux demonstrate powerful Perl6 code at each monthly meeting of > our Mongers in Amsterdam. Looking at their examples, I collected a few > questions of which I want to discuss the first one in this thread. > > > When I

Re: To :D or not to :D

On 10/12/2015 09:51 PM, Mark Overmeer wrote: * Moritz Lenz (mor...@faui2k3.org) [151012 15:32]: . are they using :D correctly? Yes, though not everybody uses :D as much as they do. Do you check that all the parameters that your Perl 5 methods/subs receive are defined? If not, you

Announce: Rakudo Star Release 2015.09

On behalf of the Rakudo and Perl 6 development teams, I'm excited to announce the September 2015 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the September 2015 release is available from . This Rakudo Star release comes

Announce: Rakudo Star Release 2015.11

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the November 2015 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the November 2015 release is available from . This Rakudo Star release comes with

Re: confused about 'try'

Hi, On 11/24/2015 06:39 AM, brad clawsie wrote: > Been playing with perl6 and it is truly amazing. > > I'm somewhat confused as to when I should should wrap subroutine > invocations with `try`. My `CATCH` clauses seem to be able to catch > thrown Exception instances if I use `try` or not.

Re: Rationale for $!

Hi, On 01/28/2016 04:06 PM, Todd C. Olson wrote: > Is there a way to make the exception be thrown eagerly, at the devision > statement rather than waiting until use, at the say statement? Yes, 'use fatal;' Cheers, Moritz

Re: Rationale for $!

On 01/27/2016 04:32 PM, Felipe Gasper wrote: On 27 Jan 2016 10:15 AM, Moritz Lenz wrote: On 01/27/2016 03:15 PM, Felipe Gasper wrote: So, what *is* the scoping of $!? Scoped to a routine, iirc (sub, method, regex) Interesting. JavaScript programmers that I’ve known bemoan

Re: Rationale for $!

Hi, On 01/27/2016 07:17 AM, Felipe Gasper wrote: Hello, What is the purpose of having $! in Perl 6? The global variables in Perl 5 are a constant headache, prompting us to need to local()ize variables like $@, $!, and $? to avoid unforeseen consequences like RT #127386 and those

Re: Rationale for $!

On 01/27/2016 03:15 PM, Felipe Gasper wrote: So, what *is* the scoping of $!? Scoped to a routine, iirc (sub, method, regex)

Re: Unwanted failure and FAILGOAL

Hi, On 05/11/2016 07:45 AM, Richard Hainsworth wrote: I have the following in a grammar rule TOP{ ^ + $ }; rule statement { '=' | { { self.panic($/, "Declaration syntax incorrect") } } }; rule endvalue { '(' ~ ')'

[perl #60674] sign($x) always returns 1 when $x ~~ Complex

On Wed Nov 19 07:35:48 2008, masak wrote: masak what should the behaviour of sign($x) be when $x is complex? I'd argue that it's a Failure. If you care about complex numbers, you usually want an angle instead, which you can get with Complex.polar. (And it's easier to give it a another meaning

[perl #61130] :nth() does not work with :x() or :g in .subst in Rakudo

On Sun Dec 07 07:24:07 2008, masak wrote: The .subst method in Rakudo r33599 can understand :x()... $ perl6 -e 'say foo1foo2foo3foo4.subst(foo, bar, :x(2))' # yes bar1bar2foo3foo4 ...and :nth()... $ perl6 -e 'say foo1foo2foo3foo4.subst(foo, bar, :nth(2))' # yes foo1bar2foo3foo4

[perl #66824] argument doesn't array with one-item ranges

On Sun Jun 21 12:05:11 2009, moritz wrote: 21:03 @moritz_ rakudo: my @a = 1, 2, 4; sub f($a) { say $a }; f(|@a[*-1..*-1]) 21:03 p6eval rakudo 1b06df: OUTPUT«argument doesn't array␤in sub f (/tmp/2x4tmnOO68:1)␤called from Main (/tmp/2x4tmnOO68:2)␤» I investigated a bit more,

[perl #64566] @a[1..*] adds trailing undef value

On Wed Apr 08 14:59:19 2009, moritz wrote: 23:55 @moritz_ rakudo: my @a = 1..4; say @a[1..*].perl 23:56 p6eval rakudo 6b9755: OUTPUT«[2, 3, 4, undef]␤» It should just be [2, 3, 4]. Since the discussion came up on #perl6 if this is really the expected behaviour, S09 says: As the end-point

[perl #72972] [BUG] False ~~ True in Rakudo

On Sat Feb 20 13:31:33 2010, masak wrote: spinclad rakudo: say False ~~ True p6eval rakudo ec47f3: OUTPUT«1␤» masak o.O spinclad (which is Worng) colomon alpha: say False ~~ True p6eval alpha 30e0ed: OUTPUT«1␤» lue pugs: say False ~~ True p6eval pugs: OUTPUT«␤» * masak submits rakudobug

[perl #81548] [BUG] Can't do 'handles' on a type in Rakudo

FWIW 'has $!a handles TypeObject' is now implemented, and works fine for roles. It doesn't work for classes, because they have a .new method. So the standard .new is overridden, trying to call the .new on an attribute, but since there's no instance yet, the access to the attribute fails. That's

<    1   2   3   4