[perl #130099] .defined doesn't work with junctions

2016-11-14 Thread via RT
# New Ticket Created by Lloyd Fournier # Please include the string: [perl #130099] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=130099 > < llfourn> m: say defined all(Any,"foo") # Why is this true? Shouldn't it autothread? <

[perl #130031] [BUG][BUILD] gmake install step fails under Windows for 2016.10 with the Strawberry Perl buildchain

2016-11-14 Thread Zoffix Znet via RT
This has been fixed by https://github.com/MoarVM/MoarVM/commit/404ed261be00e2 I see an already-existing test for mkdir in S32-io/mkdir_rmdir.t, so I think this one just slipped through due to being Windows-specific. On Mon, 07 Nov 2016 05:18:43 -0800, 1parr...@gmail.com wrote: > I've also encou

[perl #130095] MAST::Frame error encountered.

2016-11-14 Thread via RT
# New Ticket Created by Clifton Wood # Please include the string: [perl #130095] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=130095 > While working on a Perl project, I ran into an odd error trying to create a test script.

[perl #130099] .defined doesn't work with junctions

2016-11-14 Thread Zoffix Znet via RT
Thanks for the report. Fixed in https://github.com/rakudo/rakudo/commit/189cb23e84 Tests added in https://github.com/perl6/roast/commit/6b84580ecc On Mon, 14 Nov 2016 04:37:49 -0800, lloyd.fo...@gmail.com wrote: > < llfourn> m: say defined all(Any,"foo") # Why is this true? Shouldn't it > autoth

[perl #130095] MAST::Frame error encountered.

2016-11-14 Thread Zoffix Znet via RT
Thanks for the report. Would you provide a working example we can reproduce with? For example, with the repo you linked, I'm getting "Could not find XML::LibXML::CStructs at line 5 in:" and no such module in the ecosystem. Also, what Perl 6 version are you using? (perl6 -v) On Sun, 13 Nov 2

[perl #130081] [@LARRY] Grammar.parse DWIMs only if your TOP rule has $ on the end

2016-11-14 Thread Zoffix Znet via RT
My personal two cents from someone who knows very little about the workings of grammars and regexes is this is quite a bit of a WAT. `regex` is meant to backtrack and it does, for example here: m: say grammar { regex TOP { 'foo' }; regex foo { [ ‘a’ || ‘abc’ ] } }.parse: 'abcfoo' ra

CALL-ME vs. Callable

2016-11-14 Thread Brandon Allbery
This started out some weeks ago as a user in #perl6 confused by an error that gofled down to: [28 19:01:37] m: my Bool $x = False; $x() [28 19:01:38] rakudo-moar 0dc6f7: OUTPUT«No such method 'CALL-ME' for invocant of type 'Bool' This is, at the very least, LTA. But it also got me thinking abou

Re: CALL-ME vs. Callable

2016-11-14 Thread Aaron Sherman
Role-based testing seems very perl6ish. I'd suggest the role name be "Invocable" with much the sort of signature as you've described. That being said, I don't think that the current error is terrible. It clearly shows that the issue is with the attempt to invoke a Bool. Aaron Sherman, M.: P: 617

Re: CALL-ME vs. Callable

2016-11-14 Thread Brandon Allbery
On Mon, Nov 14, 2016 at 3:06 PM, Aaron Sherman wrote: > That being said, I don't think that the current error is terrible. It > clearly shows that the issue is with the attempt to invoke a Bool. In that situation it is obvious, because I took the simplest of the 4 cases when nqp hauls a CALL-ME

Re: CALL-ME vs. Callable

2016-11-14 Thread Brandon Allbery
Also... On Mon, Nov 14, 2016 at 3:06 PM, Aaron Sherman wrote: > Role-based testing seems very perl6ish. I'd suggest the role name be > "Invocable" with much the sort of signature as you've described. If it's Invokable then the method should probably be INVOKE. It still leaves the question of w

Re: CALL-ME vs. Callable

2016-11-14 Thread Aaron Sherman
Fair points, all. I do think, though that if the concern is really with "the 4 cases when nqp hauls a CALL-ME out of its bowels" then that's what should be addressed... Aaron Sherman, M.: P: 617-440-4332 Google Talk, Email and Google Plus: a...@ajs.com Toolsmith, developer, gamer and life-long

Re: CALL-ME vs. Callable

2016-11-14 Thread Brandon Allbery
On Mon, Nov 14, 2016 at 3:42 PM, Aaron Sherman wrote: > I do think, though that if the concern is really with "the 4 cases when > nqp hauls a CALL-ME out of its bowels" then that's what should be > addressed... > The main addressing of that is some kind of role to abstract it properly. I just th

Re: CALL-ME vs. Callable

2016-11-14 Thread Aaron Sherman
So, you said that the problem arises because NQP does something non-obvious that results in this error. Can you be clear on what that non-obvious behavior is? It sounds to me like you're addressing a symptom of a systemic issue. Aaron Sherman, M.: P: 617-440-4332 Google Talk, Email and Google Plu

Re: CALL-ME vs. Callable

2016-11-14 Thread Brandon Allbery
On Mon, Nov 14, 2016 at 4:28 PM, Aaron Sherman wrote: > So, you said that the problem arises because NQP does something > non-obvious that results in this error. Can you be clear on what that > non-obvious behavior is? It sounds to me like you're addressing a symptom > of a systemic issue. That

Re: CALL-ME vs. Callable

2016-11-14 Thread Brandon Allbery
This should probably have been cc-d to the list. Callable claims to be the thing we want. What it actually is, is a mix-in that adds the assuming method. I am not sure these can be conflated. Note that the current docs actually do claim it is what I want. This is because I first brought this up i

Re: CALL-ME vs. Callable

2016-11-14 Thread Jon Lang
So what is the assuming method, and why is it in a callable role? What was the logic behind that decision? On Nov 14, 2016 1:38 PM, "Brandon Allbery" wrote: > This should probably have been cc-d to the list. > > Callable claims to be the thing we want. What it actually is, is a mix-in > that add

Re: CALL-ME vs. Callable

2016-11-14 Thread Brandon Allbery
On Mon, Nov 14, 2016 at 5:00 PM, Jon Lang wrote: > So what is the assuming method, and why is it in a callable role? What was > the logic behind that decision? It's perfectly sensible: it's how you implement partial application (which as sadly usual is mis-called "currying"). &some-callable.ass

Re: CALL-ME vs. Callable

2016-11-14 Thread Aaron Sherman
I guess I wasn't clear in what I was asking: What, exactly, was it that NQP was doing? What were the inputs and what was the behavior that you observed? So far, all I have to go on is one example that you feel is not illustrating the broken behavior of NQP that you want to work around with a chang

Re: CALL-ME vs. Callable

2016-11-14 Thread Brandon Allbery
I feel like you're focusing on the wrong thing somehow. The issue is not that what nqp is doing is somehow wrong. The issue is that the thing it is doing is necessarily an implementation detail, and as such should be isolated from the language level and any failures/errors exposed as language level

rakudo bug 128427 perl 5 does not build on Darwin platforms with clock_gettime

2016-11-14 Thread Andy Bach
Hi, Turns out this bug was filed for p5 (I thought I was looking at the p6 bug list) but I saw this exactly today, trying to build, via rakudobrew, on my mac book. Just checking if this is a known thing or not. -- a Andy Bach, afb...@gmail.com 608 658-1890 cell 608 261-5738 wk

Re: [perl #130099] .defined doesn't work with junctions

2016-11-14 Thread Lloyd Fournier
Thanks! On Tue, Nov 15, 2016 at 1:28 AM Zoffix Znet via RT < perl6-bugs-follo...@perl.org> wrote: > Thanks for the report. > > Fixed in https://github.com/rakudo/rakudo/commit/189cb23e84 > Tests added in https://github.com/perl6/roast/commit/6b84580ecc > > > On Mon, 14 Nov 2016 04:37:49 -0800, ll