dalek | kudo/nom: e08f069 | (Lucas Buchala)++ | src/core/ (3 files): Fix {List,Seq,Range}.is-lazy method for type objects invocants |
00:48 | |
kudo/nom: b8f10c7 | (Zoffix Znet)++ | src/core/ (3 files): Merge pull request #963 from lucasbuchala/is-lazy Fix {List,Seq,Range}.is-lazy method for type objects invocants |
|||
awwaiid | I see that Inline::Perl5 is now autoloaded when you do :from<Perl5>. Can we expand it to work with Inline::* ? | 02:19 | |
dalek | ast: a6d3e26 | MasterDuke17++ | S19-command-line-options/02-dash-n.t: Add some todo'd tests for RT #129093 FIRST/NEXT/LAST phasers are currently NYI for the '-n' (and by extension '-p') command line options. |
02:32 | |
synopsebot6 | Link: rt.perl.org/rt3//Public/Bug/Displa...?id=129093 | ||
[Tux] | This is Rakudo version 2016.12-12-gb8f10c75e built on MoarVM version 2016.12 | 07:18 | |
csv-ip5xs 3.147 | |||
test 13.844 | |||
test-t 6.205 | |||
csv-parser 13.902 | |||
lizmat | good *, #perl6-dev | 08:40 | |
yoleaux2 | 18 Dec 2016 22:55Z <Zoffix> lizmat: any ideas for RT#128005? The problem is unvivified item is an `Any` and Any.cache.elems returns 1, because it's a "1-item list" thing. I tried a blunt-force solution but the impact is rather pervasive and gives ~~11% slowdown: gist.github.com/zoffixznet/8574ee4...51914249bd | ||
synopsebot6 | Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128005 | ||
lizmat | Zoffix: ah, that can of worms :-( | 09:04 | |
looking into it now... | |||
jnthn | lizmat, Zoffix: checking for Any will likely break the moment that it's a typed array | 09:52 | |
Could use .DEFINITE | 09:53 | ||
lizmat | jnthn: good point | ||
was thinking of adding Any:U candidates, actually | 09:54 | ||
jnthn | Yeah, that's equivalent and very likely faster :) | 09:56 | |
lizmat | jnthn: so when can the .count of a Block become Inf ??? | 10:13 | |
jnthn | Slurpy | 10:14 | |
lizmat | aha... | 10:16 | |
m: dd (-> *@a { }).count # jnthn++ | 10:17 | ||
camelia | rakudo-moar b8f10c: OUTPUTĀ«Infā¤Ā» | ||
dalek | kudo/nom: 57e733e | samcv++ | Configure.pl: Use #!/usr/bin/env perl instead of #! perl Unless there is a good reason to keep this, it would be nice if this was changed for better compatibility. |
10:35 | |
kudo/nom: 9120ace | lizmat++ | Configure.pl: Merge pull request #964 from samcv/configure.pl Use #!/usr/bin/env perl instead of #! perl |
|||
lizmat | m: use nqp; say nqp::isnanorinf(1) # was hoping that would just return 0 :-( | 10:40 | |
camelia | rakudo-moar b8f10c: OUTPUTĀ«This type cannot unbox to a native number: P6opaque, Intā¤ in block <unit> at <tmp> line 1ā¤ā¤Ā» | ||
jnthn | Nope | 10:41 | |
lizmat | any specific reason for that ? | ||
the name doesn't seem to indicate to me it needs a num | |||
jnthn | nqp:: ops in general boil down to VM ops, so are pretty close to the metal | 10:42 | |
lizmat | ok | 10:43 | |
jnthn | If we go and stick a bunch of extra checks in at that level, then we hurt every single code path that doesn't need them | ||
lizmat | gotcha | ||
jnthn | Like, when you're in a multi candidate on the Num class and you know self is a Num | ||
dalek | p: 4f29733 | samcv++ | Configure.pl: Use the #!/usr/bin/env perl shebang for increased compatibility |
10:53 | |
lizmat | jnthn: is there a chance that a WhateverCode ever gets a .block == inf ? | 10:56 | |
.count == Inf *sigh* | |||
jnthn | I can't imagine how that could happen | 10:59 | |
lizmat neither | |||
jnthn | I mean, syntax wise... | 11:00 | |
lizmat fetches another opt opportunity | |||
jnthn | You'd probably have to piece one together "by hand" | ||
timotimo | optortunity | ||
jnthn | So yeah, I think we can rely on WhateverCode never having Inf count | ||
Zoffix | m: say do for <a1 a2 a3 a4> { S/a/z/; } # BROKEN | 11:26 | |
camelia | rakudo-moar 9120ac: OUTPUTĀ«(z4 z4 z4 z4)ā¤Ā» | ||
Zoffix | m: say do for <a1 a2 a3 a4> -> $_ is copy { s/a./z/; } # WORKS | ||
camelia | rakudo-moar 9120ac: OUTPUTĀ«(ļ½¢a4ļ½£ ļ½¢a4ļ½£ ļ½¢a4ļ½£ ļ½¢a4ļ½£)ā¤Ā» | ||
Zoffix | um | ||
I mean both broken | |||
m: $_ = "aaabbb"; dd -> $_ is raw { S/b/B/ }( $/ = $_ ); # BROKEN | 11:27 | ||
camelia | rakudo-moar 9120ac: OUTPUTĀ«Str $/ = "bB"ā¤Ā» | ||
Zoffix | m: $_ = "aaabbb"; dd -> $_ is raw { S/b/B/ }( $/ = $_ ); # BROKEN | ||
camelia | rakudo-moar 9120ac: OUTPUTĀ«Str $/ = "bB"ā¤Ā» | ||
Zoffix | m: $_ = "aaabbb"; dd -> $_ { S/b/B/ }( $/ = $_ ); # WORKS | ||
camelia | rakudo-moar 9120ac: OUTPUTĀ«Str $/ = "aaaBbb"ā¤Ā» | ||
Zoffix | m: $_ = "aaabbb"; dd -> $_ is raw { S/b/B/ }( $_ ); # WORKS | ||
camelia | rakudo-moar 9120ac: OUTPUTĀ«Str $/ = "aaaBbb"ā¤Ā» | ||
Zoffix | Any ideas what what could be the reason? | ||
Seems like both issues are related and something to do with the way $_ and $/ are handled in blocks or something? | |||
lizmat | this goes wrong somewhere in Any-iterable | ||
will look at it after having fixed RT #128005 | 11:28 | ||
synopsebot6 | Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128005 | ||
lizmat | currently in the maze that is src/core/array_slice.pm | ||
Zoffix | lizmat, do you mean my examples? | ||
lizmat | yeah, I think I can fix it *and* make [] a bit faster overall | 11:29 | |
Zoffix | huh. OK | ||
Zoffix doesn't see how Any-iterable is even involved in the second ones | 11:30 | ||
lizmat | Zoffix: ah, then maybe my hunch is wrong or there ar 2 bugs :-) | ||
Zoffix | I'll wait for attempted fix | 11:32 | |
Not sure if my comments on the first one made it to the mailing list: rt.perl.org/Ticket/Display.html?id...xn-1440031 | 11:33 | ||
"The problem is the `S///` and `s///` ops use the $/ and return it. This value becomes an item in the loop's result list, but the next loop iteration updates the $/, so all the previous items in the list get updated to it as well, which is why we see all items in the output set to the last item. | |||
" | |||
And in the map's version the issue only happens when we start fetching stuff that's already in $!reified | |||
Zoffix goes to dig for more tickets to fix | 11:34 | ||
lizmat | grr... had 10+ Terminal crashes in the past hour... | 11:56 | |
jnthn | o.O | 11:57 | |
That sounds...pretty busted | |||
lizmat | yeah... :-( | ||
hope 10.12.2 update will fix... | 11:58 | ||
jnthn | .oO( Maybe my next upgrade should not be to an OSX machine... :) ) |
12:00 | |
lizmat | ah, that just goes to show how backward you are: it's macOS nowadays :-) | 12:07 | |
so very important difference | |||
:-) | |||
jnthn | Next you'll be telling me they went back to using \r as the line sep... :P | 12:08 | |
lizmat | lol | 12:09 | |
jnthn wanders off to nom a bowl of dal | |||
lizmat wanders off for a restart | 12:11 | ||
dalek | kudo/nom: 08ff3db | lizmat++ | src/core/ (3 files): Fix RT #128005 and make @a[*-1] 2x as fast - abstract the position calculation logic into (Block|WhateverCode).pos Because we can slighltly more optimize the WhateverCode case, as that can never have have Inf for its .count. And because we abstracted it into those classes, it felt less bad to actually not use a method call to get the parameter count, but instead go direct there using nqp. - Simplify the postcircumfix:<[ ]> candidates accordingly. Zoffix++ for the nudge. |
13:29 | |
synopsebot6 | Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128005 | ||
ast: 1c353d7 | lizmat++ | S02-types/array.t: Unfudge now passing test |
13:34 | ||
kudo/nom: 2776164 | (Zoffix Znet)++ | tools/contributors.pl6: Be smarter when figuring out date of last release Current algo only works when script is run in the month following the month of last release. Improve by using the date of last commit to VERSION file. |
13:39 | ||
kudo/nom: cd8ab2e | (Zoffix Znet)++ | tools/contributors.pl6: s/shell()/run()/ |
13:48 | ||
kudo/nom: b39c0d8 | lizmat++ | src/core/array_slice.pm: Squeeze another 3% out of @a[*-1] Normally I wouldn't bother, but for such an essential capability, it seems worth it. |
13:59 | ||
kudo/nom: ab26b58 | lizmat++ | src/core/ (5 files): Remove unnecessary caching on .elems Only a Seq needs caching of .elems nowadays, and it does so internally. Makes @a[*-1] another 10% or so faster and probably has speed advantages in other situations as well. |
14:17 | ||
lizmat hopes for a noticeable improvement on test-t | |||
[Tux]: ^^^ :-) | 14:18 | ||
dalek | p: 1400616 | (Pawel Murias)++ | src/vm/js/nqp-runtime/core.js: [js] Fix signature. |
14:19 | |
p: 22a147a | (Pawel Murias)++ | src/vm/js/ (5 files): [js] Repossession fixes. |
|||
kudo/nom: 47f5300 | (Zoffix Znet)++ | LICENSE: Revert copyright year in LICENSE to original The original license[^1] lists 2006 as the end year and the first sentence in the license documents reads "...changing [this document] is not allowed" [1] opensource.org/licenses/Artistic-2.0 |
14:30 | ||
kudo/nom: bbeec04 | (Zoffix Znet)++ | / (3 files): āļøā Happy New Year! Update copyrights and stuff |
14:36 | ||
kudo/nom: 454dd45 | zoffixznet++ | CREDITS: Add Zoffix Znet to CREDITS |
14:49 | ||
kudo/nom: 60a310b | zoffixznet++ | tools/contributors.pl6: Remove unused option Sneaked in in the previous commit |
14:52 | ||
kudo/nom: 1b8c89d | (Zoffix Znet)++ | CREDITS: Remove U: for Zoffix Znet I don't like how dalek uses it for some reason.... |
14:55 | ||
kudo/nom: e64dd9a | (Zoffix Znet)++ | tools/contributors.pl6: Load CREDITS files from all repos |
15:01 | ||
kudo/nom: 8219acf | (Zoffix Znet)++ | tools/contributors.pl6: Add protection against publishing email addresses It's possible (like happened last release) for a contributor to end up being an email address. Even though the address is public, some may not wish for us to plaster it all over the place. Fix by redacting the hostname of the email address if one shows up. |
15:09 | ||
|Tux| | This is Rakudo version 2016.12-19-This is Rakudo version 2016.12-19-gab26b5896 built on MoarVM version 2016.12 | 15:25 | |
csv-ip5xs 3.072 | |||
test 13.535 | |||
test-t 6.118 | |||
csv-parser 13.757 | |||
gab26b5896 built on MoarVM version 2016.12 | |||
csv-ip5xs 3.072 | |||
test 13.535 | |||
test-t 6.118 | |||
csv-parser 13.757 | |||
lizmat, ^^ | |||
dalek | kudo/nom: 0010f15 | (Zoffix Znet)++ | docs/release_guide_automated.md: Update Automated Release Guide - Remove pieces that were planned to be automated but weren't (some stuff like Wikipedia update and Email sending are just not worth the code/debugging time) - Document the actual working process instead of imagined steps - Document stuff that's still work in progress |
16:01 | |
kudo/nom: aa7e20e | (Zoffix Znet)++ | docs/release_guide_automated.md: Fix broken markdowhn format |
16:04 | ||
TimToady | m: say (** + 1).count | 17:11 | |
camelia | rakudo-moar aa7e20: OUTPUTĀ«Infā¤Ā» | ||
TimToady | m: say (** + 1).(1,2,3) | ||
camelia | rakudo-moar aa7e20: OUTPUTĀ«(2 3 4)ā¤Ā» | ||
TimToady | m: say (** + 1).WHAT | 17:12 | |
camelia | rakudo-moar aa7e20: OUTPUTĀ«(Sub)ā¤Ā» | ||
TimToady | except somehow it's not a WhateverCode | ||
maybe it should be a HyperWhateverCode... | 17:13 | ||
jnthn | o.O | ||
I didn't even though about that :P | |||
When did that go in?! | |||
TimToady | been in the spec for years | ||
jnthn | Sure, I meant into Rakudo :) | ||
TimToady didn't do it, but more than a year | 17:14 | ||
jnthn | m: say (**.abs).(-1, 3, -5) | ||
camelia | rakudo-moar aa7e20: OUTPUTĀ«(1 3 5)ā¤Ā» | ||
jnthn | wow | ||
I coulda used that a bunch of times instead of writing map :P | |||
timotimo | %) | 17:15 | |
i have had trouble understanding how hyperwhatever does its thing | |||
TimToady | certainly we've had people come to grief for donkey's years trying to write *** to mean * * * :) | 17:16 | |
[Coke] | I don't feel so bad when jnthn is surprised to find things in Rakudo. | 17:17 | |
TimToady | m: say (** * *)([1,2,3],4) | ||
camelia | rakudo-moar aa7e20: OUTPUTĀ«===SORRY!=== Error while compiling <tmp>ā¤Multiple HyperWhatevers and Whatevers may not be used togetherā¤at <tmp>:1ā¤------> say (** * *ā)([1,2,3],4)ā¤Ā» | ||
TimToady | aww | 17:18 | |
jnthn | Patches welcome :P | ||
But wait, if it slurps... | |||
That's gonna be a problem :) | |||
TimToady | presumably it would slurp an unpack instead | 17:19 | |
m: say (** Z+ **)([1,2,3],[4,5,6]) | 17:20 | ||
camelia | rakudo-moar aa7e20: OUTPUTĀ«===SORRY!=== Error while compiling <tmp>ā¤Multiple HyperWhatevers and Whatevers may not be used togetherā¤at <tmp>:1ā¤------> say (** Z+ **ā)([1,2,3],[4,5,6])ā¤Ā» | ||
TimToady | m: say (* Z+ *)([1,2,3],[4,5,6]) | ||
camelia | rakudo-moar aa7e20: OUTPUTĀ«(5 7 9)ā¤Ā» | ||
TimToady | well, but then why not just that... | ||
ZoffixW | Curious, what's the usecase for undefined Numerics to be treated as zero, after issuing a warning? | 17:37 | |
Seems like cruft left over from Perl 5. | |||
That poorly fits into the model with types in it | 17:38 | ||
m: quietly say (+Rat).^name; | |||
camelia | rakudo-moar aa7e20: OUTPUTĀ«Intā¤Ā» | ||
ZoffixW | m: say Rat + i | ||
camelia | rakudo-moar aa7e20: OUTPUTĀ«Cannot look up attributes in a Rat type objectā¤ in block <unit> at <tmp> line 1ā¤ā¤Ā» | ||
ZoffixW | m: Int == 42 | 17:39 | |
camelia | rakudo-moar aa7e20: OUTPUTĀ«WARNINGS for <tmp>:ā¤Useless use of "==" in expression "Int == 42" in sink context (line 1)ā¤Invocant requires an instance of type Int, but a type object was passed. Did you forget a .new?ā¤ in block <unit> at <tmp> line 1ā¤ā¤Ā» | ||
ZoffixW | m: quietly say Int < 2 | ||
camelia | rakudo-moar aa7e20: OUTPUTĀ«Invocant requires an instance of type Int, but a type object was passed. Did you forget a .new?ā¤ in block <unit> at <tmp> line 1ā¤ā¤Ā» | ||
ZoffixW is fixing all of that ATM | |||
And hence the question came up.... why the hell do we even let undefined numerics to be used? | |||
oh gee.... | 17:44 | ||
ZoffixW sees a Rat hole at the end of the rabbit hole | |||
I'm just gonna leave it as is. All the Rat ops would need additions of :U candidates.... that's on top of these changes temp.perl6.party/unum.diff.txt | 17:46 | ||
... On top of adding .Numeric and .Real candidates to each type, so all :Us don't numify to Int | |||
m: quietly say Complex + 42 | 17:48 | ||
camelia | rakudo-moar aa7e20: OUTPUTĀ«42ā¤Ā» | ||
ZoffixW | ... On top of adding stuff to Complex too | ||
In summation... our :U-numerics-are-zeros concept is quite broken, which makes its utility dubious and I wouldn't shed a tear if we dumped it in 6.d and made all things expect :D numerics | 17:50 | ||
:) | |||
Tip your waitresses! | 17:51 | ||
and waiters | |||
Forgot to mention. The ** + 1 is a Sub, because it converts into a WhateverCode * + 1 that's given to HYPERWHATEVER(&c) that returns sub (*@_) { map &c, @_ } | 17:54 | ||
m: HyperWhatever.new.^name.say; # magic | 17:55 | ||
camelia | rakudo-moar aa7e20: OUTPUTĀ«Subā¤Ā» | ||
ZoffixW | m: (new HyperWhatever:).^name.say; # magic | ||
camelia | rakudo-moar aa7e20: OUTPUTĀ«Cannot make a HyperWhatever object using .newā¤ in block <unit> at <tmp> line 1ā¤ā¤Ā» | ||
ZoffixW | ^_^ | ||
lizmat is back | 18:22 | ||
Files=1155, Tests=53960, 197 wallclock secs (11.22 usr 4.60 sys + 1187.29 cusr 125.55 csys = 1328.66 CPU) | |||
[Tux]: thanks | |||
afk again& | 18:37 | ||
gfldex | do we have a list of changes to the language since v6.c? | 18:58 | |
notviki | gfldex: I'd say it's not wrong to say that the number of changes to the *language* has been exactly zero | 19:01 | |
huggable: 6.d | |||
huggable | notviki, Proposals for 6.d language: github.com/perl6/specs/blob/master/v6d.pod | ||
notviki | And that's the list of proposals for 6.d changes | 19:02 | |
gfldex | i believe to remember that we had some errata | ||
notviki | Ah, that should be this: github.com/perl6/roast/compare/6.c...6.c-errata | 19:03 | |
Seems most of those are just adjusting tests than about a change in the language | |||
[Coke] | yes, otherwise they couldn't safely go into something claiming to be 6.c | 19:09 | |
dalek | p: fb18d29 | (Pawel Murias)++ | src/vm/js/Compiler.nqp: [js] Fix the default value for variables. |
19:35 | |
kudo/nom: 3fe5893 | lizmat++ | src/core/ (2 files): Fix for RT #130363 This breaks one spectest, which is faulty because it expects Any ~~ m/%hash/ to fail. It did so before, but for the wrong reason. |
19:38 | ||
synopsebot6 | Link: rt.perl.org/rt3//Public/Bug/Displa...?id=130363 | ||
notviki | m: my %hashl Any ~~ m/%hash/ | 19:56 | |
camelia | rakudo-moar 3fe589: OUTPUTĀ«===SORRY!=== Error while compiling <tmp>ā¤Two terms in a rowā¤at <tmp>:1ā¤------> my %hashlā Any ~~ m/%hash/ā¤ expecting any of:ā¤ infixā¤ infix stopperā¤ statement endā¤ statement modifierā¤ stā¦Ā» | ||
notviki | m: my %hash; Any ~~ m/%hash/ | ||
camelia | ( no output ) | ||
notviki | star: my %hash; Any ~~ m/%hash/ | ||
camelia | star-m 2016.10: OUTPUTĀ«No such method 'match' for invocant of type 'Any'ā¤ in block <unit> at <tmp> line 1ā¤ā¤Ā» | ||
notviki | star: multi foo ($ where m:i/foo/) { say "got it" }; foo class { method Str { "foobar" } }.new | 19:59 | |
camelia | star-m 2016.10: OUTPUTĀ«No such method 'match' for invocant of type '<anon|68186352>'ā¤ in sub foo at <tmp> line 1ā¤ in block <unit> at <tmp> line 1ā¤ā¤Ā» | ||
notviki | star: multi foo ($ where /foo/) { say "got it" }; foo class { method Str { "foobar" } }.new | ||
camelia | star-m 2016.10: OUTPUTĀ«got itā¤Ā» | ||
notviki | m: multi foo ($ where m:i/foo/) { say "got it" }; foo class { method Str { "foobar" } }.new | ||
camelia | rakudo-moar 3fe589: OUTPUTĀ«Cannot resolve caller match(<anon|57744400>: Regex, :i(Int)); none of these signatures match:ā¤ (Any:U $: | is raw)ā¤ in sub foo at <tmp> line 1ā¤ in block <unit> at <tmp> line 1ā¤ā¤Ā» | ||
notviki wonders if it'd be sane for Any:D candidate to forward to self.Str.match | 20:01 | ||
I also wonder what's the differnece between /foo/ and m/foo/ that makes one fail there but not the other :/ | 20:05 | ||
lizmat | nine: shouldn't we merge the lexical module loading branch now ? | 20:08 | |
pmurias | [Coke]: re fudging, some of it in roast is for bugs that where in rakudo at the time of the 6.c release | ||
lizmat | notviki: /./ codegens differently bypassing Str.match altogether, since it can be sure no adverbs are specified | 20:09 | |
notviki | Ah. Thanks. | 20:10 | |
lizmat | m/./ apparently follows a code path that assumes named parameters *are* specified | ||
because that's the only way you can e.g. say: m:2nd/./ | |||
[Coke] | pmurias: sure, some of it. some is 10-year old leftovers. | 20:20 | |
really needs a clean sweep before 6.d IMO | |||
lucasb | m: Any ~~ m/x/ | 20:29 | |
camelia | ( no output ) | ||
lucasb | sorry, I don't feel very confortable with this | 20:30 | |
lizmat | lucasb: what's wrong ? | ||
m: Any ~~ /x/ # worked like forever ? | |||
camelia | rakudo-moar 3fe589: OUTPUTĀ«Use of uninitialized value of type Any in string context.ā¤Methods .^name, .perl, .gist, or .say can be used to stringify it to something meaningful.ā¤ in block <unit> at <tmp> line 1ā¤Ā» | ||
lizmat | ah, you mean no warning ? | ||
good point | |||
lucasb | yes, that :) | ||
not a warning, but an error | 20:31 | ||
notviki | m: quietly m: Any ~~ /x/; say "not an error" | ||
camelia | rakudo-moar 3fe589: OUTPUTĀ«not an errorā¤Ā» | ||
lizmat | well, /x/ has always been a warning | ||
lucasb | star-m: Any ~~ m/x/; say 42 | 20:32 | |
camelia | star-m 2016.10: OUTPUTĀ«No such method 'match' for invocant of type 'Any'ā¤ in block <unit> at <tmp> line 1ā¤ā¤Ā» | ||
lizmat | star-m: Any ~~ /x/; say 42 | 20:33 | |
camelia | star-m 2016.10: OUTPUTĀ«Use of uninitialized value of type Any in string context.ā¤Methods .^name, .perl, .gist, or .say can be used to stringify it to something meaningful.ā¤ in block <unit> at <tmp> line 1ā¤42ā¤Ā» | ||
lucasb | IMO, the same way I expect a error if I do Int+10 or Str~'a', I would also expect with (SomethingUndefined).match | 20:34 | |
travis-ci | Rakudo build failed. Zoffix Znet 'Fix broken markdowhn format' | 20:35 | |
travis-ci.org/rakudo/rakudo/builds/185192183 github.com/rakudo/rakudo/compare/0...7e20ea15ab | |||
buggable | [travis build above] ā Did not recognize some failures. Check results manually. | ||
lucasb | oops, no. the examples I said are not errors, just warnings :) | ||
more acurate, Int+1 is an error, but Str~'x' is a warning | 20:36 | ||
lizmat | yeah, testing a fix | 20:38 | |
notviki | travis: t/04-nativecall/08-callbacks.t ........... Failed 5/8 subtests | ||
m: (my Int $).match: /^/ | 20:40 | ||
camelia | ( no output ) | ||
notviki | star: (my Int $).match: /^/ | ||
camelia | star-m 2016.10: OUTPUTĀ«Cannot resolve caller match(Int: Regex); none of these signatures match:ā¤ (Cool:D $: $target, *%adverbs)ā¤ in block <unit> at <tmp> line 1ā¤ā¤Ā» | ||
dalek | kudo/nom: cc0f836 | lizmat++ | src/core/Any.pm: Make sure we warn, just like /./ would do, lucasb++ |
20:42 | |
nine | lizmat: yes, we should. Just came home from teaching radio procedures at the airfield. Will start now | 20:59 | |
lizmat | roger, over! | 21:00 | |
lucasb | lizmat++ thanks | 21:01 | |
nine | m: my %var; m/%var/ | 21:32 | |
camelia | rakudo-moar cc0f83: OUTPUTĀ«Use of uninitialized value of type Any in string context.ā¤Methods .^name, .perl, .gist, or .say can be used to stringify it to something meaningful.ā¤ in block <unit> at <tmp> line 1ā¤Ā» | ||
nine | We seem to have a spec test that expects this to die? | 21:33 | |
Ah, found it in the backlog | |||
dalek | rakudo/nom: 4b529c8 | niner++ | / (5 files): | 21:34 | |
rakudo/nom: Make importing globals from loaded modules lexical | |||
rakudo/nom: | |||
rakudo/nom: Right now if A depends on C:auth<foo> and B depends on C:auth<bar> you | |||
rakudo/nom: cannot use A and B in the same program. Fix this by having not only | |||
nine | It is done! | ||
mst: ^^^ | |||
lizmat | nine++ :-) | 21:35 | |
mst | nine: MUHAHAHAHAHAHAHAHAHAHAHA | 21:39 | |
RabidGravy | so it would be oppoortune to re-test all my modules against that now then right? | ||
nine | RabidGravy: yes :) | ||
mst | nine: ... ... ... ... *GRINS* | 21:40 | |
you realise that buys limited hot reloading, right? | |||
RabidGravy | it also means you can use HTTP::Server::Async and HTTP::UserAgent in the same program now ;-) | 21:41 | |
mst | psch | ||
who'd ever want to do that | |||
RabidGravy | I'd fixed both of them a while back so you could have them *installed* at the same time | 21:42 | |
lizmat | and another Perl 6 Weekly hits the Net: p6weekly.wordpress.com/2016/12/19/...christmas/ | 21:43 | |
[Coke] | lizmat++ | 21:45 | |
jdv79 | nice | 21:47 | |
lizmat | notviki: just realized that the last paragraph on rakudo.org/2016/12/17/lexical-module-loading/ is technically correct, but would read better if it would say "Undeclared name: Bar" ..... add a: "use Bar;" in light of the example code just above it | 21:48 | |
travis-ci | Rakudo build passed. Elizabeth Mattijsen 'Make sure we warn, just like /./ would do, lucasb++' | 21:51 | |
travis-ci.org/rakudo/rakudo/builds/185270105 github.com/rakudo/rakudo/compare/3...0f836e4ad0 | |||
dalek | ast: 8dc725a | lizmat++ | S05-interpolation/regex-in-variable.t: Fudge tests for /%hash/, we don't check for that yet |
22:10 | |
ast/6.c-errata: 36eaf30 | lizmat++ | S05-interpolation/regex-in-variable.t: Fudge test for /%hash/, we don't check for that yet |
22:13 | ||
lizmat | and that concludes my hacking / blogging for the day | ||
good night, #perl6-dev! | |||
notviki | lizmat: fixed thanks. | 22:26 | |
jnthn | lizmat++ # weekly |