[00:01] *** Vlavv left [00:03] *** gfldex left [00:06] *** airdisa left [00:07] rose [00:08] *** airdisa joined [00:14] *** Vlavv joined [00:52] *** airdisa left [01:10] *** raiph joined [01:31] *** tinyblak joined [01:49] *** aborazmeh joined [01:49] *** aborazmeh left [01:49] *** aborazmeh joined [02:21] *** noganex joined [02:24] *** noganex_ left [02:24] *** rmgk_ joined [02:24] *** rmgk is now known as Guest93589 [02:24] *** Guest93589 left [02:24] *** rmgk_ is now known as rmgk [02:25] *** cognominal left [02:38] *** xinming_ joined [02:40] *** xinming left [02:47] ecosystem: 40f47dd | (David Farrell)++ | META.list: [02:47] ecosystem: Update META.list [02:47] ecosystem: [02:47] ecosystem: Added Module-Minter, an app that creates the basic files for a distribution [02:47] ecosystem: review: https://github.com/perl6/ecosystem/commit/40f47dd5b4 [02:47] *** dnmfarrell joined [02:49] *** skids joined [03:02] m: say Bool.roll(*) [03:02] rakudo-moar 676c25: OUTPUT«True False True False False True True True False False False False True False True False False False True False True True True False False False False False False False False True False False True False False True False True True True False False False Fal…» [03:03] The point is that the list is infinite but rakudo doesn't think it is, so some operations don't fail properly [03:04] hey does `proto` in method declaration stand for prototype? [03:05] as far as I know ... yes [03:07] b2gills: thanks :) [03:07] There are also proto tokens, and proto subs [03:08] ah found the docs http://design.perl6.org/S06.html#Routine_modifiers [03:10] *** aborazmeh left [03:21] *** al2o3-cr joined [03:46] *** dnmfarrell left [03:57] *** vendethiel joined [03:59] *** araujo joined [04:00] *** araujo left [04:02] p6: say 3; [04:02] rakudo-moar 676c25: OUTPUT«3␤» [04:03] p6: say "awesomeness; [04:03] rakudo-moar 676c25: OUTPUT«5===SORRY!5=== Error while compiling /tmp/tmpfile␤Unable to parse expression in double quotes; couldn't find final '"' ␤at /tmp/tmpfile:1␤------> 3say "awesomeness;7⏏5␤ expecting any of:␤ argument list␤ double qu…» [04:04] p6: say "awesomeness"; [04:04] rakudo-moar 676c25: OUTPUT«awesomeness␤» [04:34] *** alini joined [04:42] *** raiph left [04:57] *** rindolf joined [05:02] json: 354b936 | moritz++ | / (3 files): [05:02] json: Switch from Match.ast do Match.made [05:02] json: review: https://github.com/moritz/json/commit/354b936c57 [05:02] *** vendethiel left [05:07] *** skids left [05:11] *** Akagi201 joined [05:25] *** diana_olhovik joined [05:44] *** BenGoldberg left [05:45] *** Psyche^ joined [05:50] *** Patterner left [05:56] *** khisanth__ is now known as Khisanth [06:11] roast: 89c07da | TimToady++ | S03-metaops/hyper.t: [06:11] roast: start testing some nodels [06:11] roast: review: https://github.com/perl6/roast/commit/89c07dae1e [06:11] rakudo/nom: f3ecf86 | TimToady++ | src/core/Parcel.pm: [06:11] rakudo/nom: parcels need their own nodals till list merge [06:11] rakudo/nom: review: https://github.com/rakudo/rakudo/commit/f3ecf86e11 [06:16] *** kaare__ joined [06:18] *** alini left [06:23] *** Akagi201 left [06:23] *** Akagi201 joined [06:26] *** Akagi201_ joined [06:26] doc: 5e2da46 | paultcochrane++ | lib/Type/List.pod: [06:26] doc: Mention assigning and binding rotor output differences [06:26] doc: review: https://github.com/perl6/doc/commit/5e2da460af [06:26] doc: 5fc01a1 | paultcochrane++ | lib/Language/ (2 files): [06:26] doc: Merge branch 'master' of github.com:perl6/doc [06:26] doc: review: https://github.com/perl6/doc/commit/5fc01a1f3a [06:30] *** Akagi201 left [06:31] *** jack_rabbit joined [06:31] *** RabidGravy joined [06:33] *** diana_olhovik left [06:43] *** diana_olhovik_ joined [06:44] *** rindolf left [06:45] $ [06:49] <[ptc]> ^ [07:01] 😈 [07:03] 🕗 [07:04] *** xfix joined [07:04] *** xfix left [07:04] *** xfix joined [07:19] *** lolisa is now known as cute_handsome_lo [07:20] *** cute_handsome_lo is now known as verycute_lolisa [07:20] *** verycute_lolisa is now known as lolisa [07:21] http://pl6anet.org/stats/ [07:21] *** labster left [07:27] *** labster joined [07:44] *** alini joined [07:55] *** eli-se joined [07:56] *** rurban joined [08:14] *** darutoko joined [08:15] *** Rounin joined [08:17] *** wtw joined [08:19] *** Ven joined [08:30] *** Ven left [08:30] *** RabidGravy left [08:35] *** diana_olhovik_ left [08:42] *** espadrine joined [08:44] *** lolisa left [08:45] *** Foxcool_ joined [08:45] *** domidumont joined [08:47] *** Ven joined [08:49] *** domidumont left [08:50] *** domidumont joined [09:00] itz_: thanks for sharing them [09:00] http://www.p6c.org/stats/ exists too [09:03] *** gfldex joined [09:10] *** rindolf joined [09:11] *** spider-mario joined [09:18] *** Alina-malina joined [09:18] *** Alina-malina left [09:18] *** Alina-malina joined [09:22] *** raiph joined [09:25] *** eli-se_ joined [09:26] *** eli-se left [09:30] .tell lizmat i've added a question to https://gist.github.com/lizmat/c7f53fa206da900c2b42 [09:30] raiph: I'll pass your message to lizmat. [09:31] good *, #perl6! [09:31] 09:30Z lizmat: i've added a question to https://gist.github.com/lizmat/c7f53fa206da900c2b42 [09:31] hi lizmat :) [09:32] raiph: the whole idea of auth/version in the use statement, is that as a developer, you can "freeze" the version of a module that you want to use in a given scope [09:32] provided this auth/version of that module are *not* removed from a system [09:33] you can be assured that everything will continue to work, regardless of other versions of that module being installed on a system [09:34] if an upgrade of an app changes the auth/version of a module being used, then that auth/version of the module should also be installed [09:35] for apps, you could e.g. force the use of a single CUR object in @*INC, which has all of the needed modules installed aka local::lib [09:39] lizmat: thanks, will read later, gotta run [09:42] *** fhelmberger joined [09:45] *** spider-mario left [09:47] *** fhelmberger left [09:47] *** ir2ivps4 left [09:52] nqp: a757bfa | jnthn++ | tools/build/MOAR_REVISION: [09:52] nqp: Get a MoarVM with string heap opt. [09:52] nqp: review: https://github.com/perl6/nqp/commit/a757bfa787 [09:52] nqp: 18ece1f | jnthn++ | src/vm/moar/QAST/QASTCompilerMAST.nqp: [09:52] nqp: Avoid generating string heap QAST on MoarVM. [09:52] nqp: [09:52] nqp: See MoarVM commit 0acd74b for details on what enables this change. [09:52] nqp: review: https://github.com/perl6/nqp/commit/18ece1f192 [09:54] *** eli-se_ left [09:57] *** Ven left [10:03] *** Alina-malina left [10:05] *** Alina-malina joined [10:06] rakudo/nom: f188351 | lizmat++ | src/core/List.pm: [10:06] rakudo/nom: Make all List.pick candidates use the same logic [10:06] rakudo/nom: [10:06] rakudo/nom: There is no performance gain to be seen from using an nqp op for creating a [10:06] rakudo/nom: random number. So revert to using higher language constructs that may be [10:06] rakudo/nom: better optimised / optimizable. [10:06] rakudo/nom: review: https://github.com/rakudo/rakudo/commit/f1883518cb [10:18] *** Ven joined [10:23] *** spider-mario joined [10:24] *** jack_rabbit left [10:25] *** telex left [10:26] *** telex joined [10:27] *** Alina-malina left [10:29] *** rindolf left [10:34] m: my @a := Bool.roll(*); say @a.infinite # just checking [10:34] rakudo-moar f18835: OUTPUT«False␤» [10:36] rakudo/nom: 95411f5 | lizmat++ | src/core/List.pm: [10:36] rakudo/nom: Some List.roll improvements [10:36] rakudo/nom: [10:36] rakudo/nom: General performance improved and seperate List.roll(*) candidate that returns [10:36] rakudo/nom: a list that knows it's infinite. [10:36] rakudo/nom: review: https://github.com/rakudo/rakudo/commit/95411f54d4 [10:36] $ 6 'my @a := Bool.roll(*); say @a.infinite' [10:36] True [10:37] .tell b2gills Bool.roll(*) should now know it's infinite, as any List.roll(*) now does [10:37] lizmat: I'll pass your message to b2gills. [10:39] *** raiph left [10:40] *** eli-se joined [10:42] *** kaare__ left [10:44] roast: 70d8514 | lizmat++ | S32-list/roll.t: [10:44] roast: Add check for infiniteness of List.roll(*) [10:44] roast: review: https://github.com/perl6/roast/commit/70d8514f01 [10:46] *** rindolf joined [10:48] *** diana_olhovik_ joined [10:50] *** spider-mario left [10:50] sometimes I think we need a way to execute some code, just after the setting is loaded, without looking at @*INC order [10:51] especially in the context of apps [10:51] a piece of code that could load custom CompUnitRepo objects, for instance [10:52] *** cschwenz joined [10:54] something like -r execute_me_first.pl [10:58] *** kaare__ joined [11:00] *** cschwenz left [11:01] lizmat: Anything you use gets run right then [11:01] yes, but use follows the (standard) @*INC, which is something you may not want [11:02] Well, can write a BEGIN block [11:02] especially in the context of a self-contained app with all its requirements wrapped in a single tar ball [11:02] *** rurban left [11:02] Or alternatively, perhaps a custom setting is what you're after [11:02] BEGIN block ? [11:02] well, possibly, yes [11:03] m: BEGIN { say "I run really soon after the setting is loaded" } [11:03] rakudo-moar 95411f: OUTPUT«I run really soon after the setting is loaded␤» [11:03] jnthn: but where would you put that BEGIN block? [11:04] lizmat: If you're in the context of an app, then you have a single script that it will start off in, so just at the top of that? [11:05] hmm.. duh [11:05] ok, scratch the -r idea :-) [11:06] I think between than and a custom setting we have two ways to do what you're wanting. :) [11:06] *that [11:06] yup, thanks for waking me up :-) [11:10] *** Ven left [11:20] *** rindolf left [11:34] *** raiph joined [11:35] *** rindolf joined [11:41] *** virtualsue joined [11:43] *** Ven joined [11:47] *** konsolebox joined [11:50] *** Ven left [11:51] *** PZt left [11:51] <[Tux]> what was the workaround for Inline::Perl5 atm? [11:51] 1 May 2015 09:09Z [Tux]: I have just posted a fairly awkward workaround if you are in a hurry, but it looks like jnthn and lizmat are looking into at least one of the underlying problems, so there is light at the end of the tunnel. [11:52] <[Tux]> or are we near the end of that tunnel? [11:53] line 743: - for Any.^methods>>.gist -> $name { [11:53] + for Any.^methods>>.name -> $name { [11:53] <[Tux]> in panda or Inline::Perl5? [11:53] Inline/Perl5.pm6 [11:53] * jnthn is currently pondering a couple of possible solutions to the general issue that tickled this one. [11:54] <[Tux]> ok, I'll wait for that then. [11:54] * [Tux] continues on the docs [11:54] <[Tux]> RT#124191 RT#124298 still fail too :( [11:54] Link: https://rt.perl.org/rt3//Public/Bug/Display.html?id=124191 [12:05] *** raiph left [12:13] why is there no 2015.04 in http://rakudo.org/downloads/star/ ? [12:13] 1. nobody made it (yet) [12:14] *** Ven joined [12:14] 2. there is a severe performance regression when there are many modules installed [12:14] I see [12:14] this is in the process of being fixed [12:14] Which probably means that nobody will make it [12:14] The point of R* is to provide some greater amount of stability. [12:15] <[Tux]> (writing doc)++; # find more bugs :) [12:20] *** rurban joined [12:20] *** Ven left [12:20] *** diana_olhovik_ left [12:20] *** domidumont left [12:23] *** diana_olhovik_ joined [12:28] *** virtualsue left [12:38] *** Alina-malina joined [12:45] .tell FROGGS is there a reason we add $home/.perl6/$ver/lib as a CURLF *and* as a CURLI ? [12:45] lizmat: I'll pass your message to FROGGS. [12:46] .tell FROGGS feels to me like adding it as a CURLI would be sufficient ? You don't usually use such a dir for development ? [12:46] lizmat: I'll pass your message to FROGGS. [12:50] doc: 565c4d2 | moritz++ | lib/Language/syntax.pod: [12:50] doc: Document array literals [12:50] doc: review: https://github.com/perl6/doc/commit/565c4d2f05 [12:50] *** aborazmeh joined [12:50] *** aborazmeh left [12:50] *** aborazmeh joined [12:57] *** aborazmeh left [12:57] *** PZt joined [13:08] * lizmat got startup time down to .16 from .22 (without any modules installed) [13:08] too bad precomp is now broken :-( [13:09] *** raiph joined [13:09] * lizmat will look at it again after some cycling& [13:11] *** xfix left [13:17] *** vendethiel joined [13:17] "it's easy to get the wrong answer in 0.16 seconds" :-) [13:17] lizmat++ # performance hacking [13:23] I guess that's before we get the improvements from the MoarVM/NQP side too, since I didn't bump NQP_REVISION yet :) [13:24] cool; is that from something yet unpushed, lizmat? [13:25] timotimo: I didn't see any push relating to that, so I'd guess yes :) [13:25] yes, unpushable atm [13:25] ah [13:25] and yes, before jnthn's improvements [13:25] because it breaks precomp, i suppose [13:25] yup [13:25] precomp is such a fragile beast [13:26] need to make sure it doesn't break panda [13:26] i wonder if i should try to get JSON::Fast into rakudo for the module database loading [13:26] anyway, fist some fresh air & [13:26] Well, if you're doing stuff at startup that interacts with module loading, you can't code it in ignorance of pre-comp :) [13:26] jnthn: indeed [13:26] :-) [13:27] timotimo: I'm rather go with some non-JSON solution... [13:27] last time i thought about that (or rather: was asked to) i thought froggs' work to use MVM's serialization instead was about to finish [13:27] Like FROGGS++ was working on [13:27] yes [13:27] Yeah, he ran into some difficulties. I *think* I may have figured out an answer to that though. [13:27] i find it a little bit uncool that the database would end up not readable by anything but moarvm + some nqp code [13:28] but the json slowness isn't something i'd like to keep around either [13:28] https://gist.github.com/lizmat/de168f78dc687bf6c841 # for the impatient [13:28] cool! :) [13:28] Well, it's only a cache, and we can always make something to dump it [13:29] * jnthn thinks he'll take a walk while the weather is decent [13:29] bbiab [13:29] really afk& [13:29] good walk, you two! [13:29] or ... maybe liz is biking rather than walking? [13:30] good weather to both of you! :) [13:30] well, we'll be driving through Death Valley (after breakfast) [13:30] yes, we have lots of water :) [13:31] and replacement parts for your car? [13:31] and maps and gps devices with extra battery power etc etc [13:31] (i don't actually know how to death valley properly) [13:35] *** Foxcool_ left [13:44] *** BenGoldberg joined [13:53] well, mostly don't go where other people don't go [13:53] bah, real tourists know that only the places other people didn't go yet are the exciting ones! :P [13:54] *** hobbs left [13:54] *** vendethiel left [13:54] *** hobbs joined [13:55] *** RabidGravy joined [13:59] rakudo-star-daily: 674468e | coke++ | log/ (2 files): [13:59] rakudo-star-daily: today (automated commit) [13:59] rakudo-star-daily: review: https://github.com/coke/rakudo-star-daily/commit/674468e95d [14:01] * [Coke] is at the hackathon with rjbs & kid51 et al. [14:02] *** vendethiel joined [14:03] *** Alina-malina left [14:04] [Coke]: https://twitter.com/rjbs/status/594502699577643009 [14:10] *** thou joined [14:11] rjbs: lol. go check out the 29th floor observation deck ;) [14:16] *** thou left [14:23] *** dolmen joined [14:25] *** araujo joined [14:25] mattp|spurs: Saw it yesterday, very nice! [14:25] *** araujo left [14:25] *** vendethiel left [14:26] *** BenGoldberg left [14:27] *** mr-foobar joined [14:29] <[Coke]> sadly I missed it. arglebargle [14:33] *** sjn left [14:39] *** mj41 joined [14:40] *** konsolebox left [14:41] Hi. Perl 6 Q1/2015 projects Git statistics: https://github.com/mj41/Perl6-Analytics-results/blob/master/slides/mj41-brnopm-prev2.pdf [14:42] m: Set("FOO(BAR", "BAZ)QUX") === Set("BAZ)QUX Str|FOO(BAR") [14:42] rakudo-moar 95411f: ( no output ) [14:42] m: say Set("FOO(BAR", "BAZ)QUX") === Set("BAZ)QUX Str|FOO(BAR") [14:42] rakudo-moar 95411f: OUTPUT«True␤» [14:42] epic fail [14:44] Patches welcome. [14:46] *** liztormato joined [14:48] eli-se: known issue. We need a better way to compare two ObjAt objects without stringification [14:48] There are todo tests for this, Afaik [14:51] *** araujo joined [14:54] *** [TuxCM] joined [14:54] *** eli-se left [14:55] <[TuxCM]> m: sub xx (*%h) { .say for keys %h; }; xx(foo => 0) [14:55] rakudo-moar 95411f: OUTPUT«foo␤» [14:55] <[TuxCM]> m: sub xx (*%h) { .say for keys %h; }; my Str $t = "foo"; xx($t => 0) [14:55] rakudo-moar 95411f: OUTPUT«Too many positionals passed; expected 0 arguments but got 1␤ in sub xx at /tmp/rHfDWrkOZd:1␤ in block at /tmp/rHfDWrkOZd:1␤␤» [14:55] <[TuxCM]> isn't that allowed? [14:56] *** zakharyas joined [14:58] $t => 0 is passed as a positional Pair [14:58] foo => 0 as a named param [14:59] <[TuxCM]> sounds like there is no easy escape here [14:59] Personally, I don't like this difference [15:00] <[TuxCM]> fwiw "$t" => 0 behaves the same [15:00] m: sub xx (*%h) { .say for keys %h; }; my Str $t = "foo"; xx(|($t => 0)) [15:00] rakudo-moar 95411f: OUTPUT«foo␤» [15:00] <[TuxCM]> hmm, doable for the tests [15:02] <[TuxCM]> Arg-flattening | is only valid in an argument list [15:03] <[TuxCM]> I did xx(foo => 0, |($t => 1)) [15:03] <[TuxCM]> bug? [15:03] m: sub xx (*%h) { .say for keys %h; }; my Str $t = "foo"; xx(bar => 0, |($t => 1)); [15:03] rakudo-moar 95411f: OUTPUT«bar␤foo␤» [15:03] m: sub xx (*%h) { .say for keys %h; }; my Str $t = "foo"; xx(foo => 0, |($t => 1)); [15:03] rakudo-moar 95411f: OUTPUT«foo␤» [15:04] Looks fine to me? [15:04] *** Alina-malina joined [15:04] ohai jnthn [15:04] <[TuxCM]> for (< after_in on_in before_out >) -> $t { [15:04] <[TuxCM]> is_deeply (csv (in => $file, |($t => &Empty) ), @aoa, "callback $t on AOA with empty sub"); [15:04] <[TuxCM]> is_deeply (csv (in => $file, callbacks => { |($t => &Empty) }), @aoa, "callback $t on AOA with empty sub"); [15:04] <[TuxCM]> } [15:05] { ... } is a hash composer, not an argument list [15:05] <[TuxCM]> that is where I got that error [15:05] And you don't need |(...) there [15:05] m: my $t = 'foo'; say { $t => 1 }.perl [15:05] rakudo-moar 95411f: OUTPUT«{:foo(1)}␤» [15:07] <[TuxCM]> got it. jnthn++ [15:10] *** Foxcool_ joined [15:13] <[Coke]> what rule in the grammar handles strings that interpolate? [15:13] *** dolmen left [15:13] *** liztormato left [15:15] *** liztormato joined [15:17] [Coke]: Look for role qq [15:18] *** liztormato left [15:19] *** zakharyas left [15:20] anyone else getting failures in t/01-sanity/54-use-lib.t? [15:22] *** prammer left [15:23] <[TuxCM]> I cannot imagine there is not a better way to write this: @cb = keys %$b Z values %$b; [15:23] *** liztormato joined [15:23] $b.pairs ? [15:23] Or $b.kv ? [15:23] *** Rounin left [15:23] jdv79: i probable broke that [15:24] jdv79: I see it too but figured it's ongoing liztormato++ work :) [15:24] Yeah, that.  [15:25] ok [15:25] <[TuxCM]> $b.kv returns *all* keys and values? sounds likwhat I was looking for [15:26] should i open a ticket or not then? [15:26] [TuxCM]: Yes [15:26] i wonder if the precedence is what [TuxCM] expects on keys %$b Z values %$b [15:26] Jdv79: No need. Will fix when I'm home again [15:32] thanks ^H [15:40] morning #perl6! [15:43] * ruoso_ spending some more time on https://github.com/ruoso/Grammar-EBNF [15:44] *** ruoso_ is now known as ruoso [15:45] *** Ven joined [15:45] .u ° [15:45] U+00B0 DEGREE SIGN [So] (°) [15:45] ruoso: You might want to check out https://github.com/drforr/perl6-ANTLR4 - It's got a subset that's almost EBNF. [15:47] Right, that's a slightly different thing... I'm not just trying to parse EBNF, I want to allow you to use EBNF grammars as native Perl6 grammars... https://github.com/ruoso/Grammar-EBNF/blob/master/t/005_alternation.t [15:48] but I may have misread the antlr module [15:48] * ruoso taking a deeper look [15:50] roast/date-time-slices-tz: 30171c1 | (Chris Jepeway)++ | S32-temporal/DateTime.t: [15:50] roast/date-time-slices-tz: added tests that &.formatter is preserved by .later() -- b2gills++ [15:51] roast/date-time-slices-tz: review: https://github.com/perl6/roast/commit/30171c14c3 [15:51] yeah, what I'm trying to do is taking the next step from what perl6-ANTLR4 is doing... I chose EBNF because it is a pretty simplistic syntax [15:52] Well, I'm intent on taking the next step as well, it's just that I wanted to parse a decidedly non-trivial syntax. [15:53] ok, I actually already have the slang working, with the "ebnf-grammar" keyword (see the link to the test I posted) [15:53] I now need to actually translate the EBNF matching rules into Perl6 regexes [15:54] which is what https://github.com/ruoso/Grammar-EBNF/blob/master/lib/Grammar/EBNF/Actions.pm is doing [15:55] Yeah, my actions file just translates to an AST, I was going to try subclassing that or walking t later to generate perl6. [15:56] oh, the thing is that the slang has to do it in a single pass, afaiu [15:56] *** liztormato left [15:57] That seems to be the mantra for perl6, yeah. [15:58] you could probably do something different than what I'm doing in https://github.com/ruoso/Grammar-EBNF/blob/master/lib/Grammar/EBNF.pm#L36 [16:00] *** Ven left [16:03] *** Ven joined [16:03] I'll take a look when I've gotten a few more bits of these rules into place. [16:03] *** diana_olhovik_ left [16:05] *** rurban left [16:05] so, the issue I'm blocked on right now is that I can't find a way to dynamically create subrules... i.e.: create a regex with a named capture that should match from a regex that I have in a variable... [16:06] doing <::($name)> would be close (even if not supported by rakudo right now), but it still doesn't allow me to set a name for the capture [16:07] sorry, it's not a regex that I have... [16:07] what I have is the name of another rule to be invoked [16:07] I expect I'll be there in a few days :) [16:07] I'm thinking that I may have to create a faux regex object [16:11] does FROGGS still have that ecosystem smoker around? [16:11] panda smoke? [16:12] I don't remember what it was called =/ [16:13] there's this: http://smoke.perl6.org/report [16:13] `PANDA_SUBMIT_TESTREPORTS=1 panda smoke` probably does what you want [16:13] which reports to testers.p6c.org [16:13] but I think FROGGS had a different one [16:14] *** Ven left [16:14] speaking of, panda needs to ignore things from --exclude from smoking even as dependencies. openssl is messing up all reports that come after it [16:15] this is for smoke.perl6.org https://github.com/perl6-community-modules/SmokeResults [16:17] I wonder how hard it would be to configure panda to pick up on deprecation warnings (and other types of warnings) [16:17] it wouldnt be too difficult [16:17] huh. something's wrong with my computer ... things taking ages to execute [16:17] but cpu usage is way low [16:18] thrashing? [16:18] *** dwarring left [16:18] shouldn't be [16:18] other things are running very responsile [16:18] responsively [16:19] things that have already run before [16:19] could be a hard drive problem [16:19] that would be very unhappyning [16:19] *** [TuxCM] left [16:19] unhappyfiying [16:19] *** konsolebox joined [16:20] *** konsolebox left [16:20] much nicer these days though with how easy it is to just clone a ssd and have it work [16:21] *** konsolebox joined [16:21] hm? [16:21] *** konsolebox left [16:22] i'll try to bring the system down and up again, that should shake loose whatever got stuck [16:24] is monkey typing considered poor practice? [16:25] Definitely a tool of last resort [16:25] yeah; also, method caches don't properly get invalidated for classes that derive from what you've augmented [16:26] *** diana_olhovik_ joined [16:31] *** [TuxCM] joined [16:32] <[Coke]> oooh, incoming. [16:37] roast: 427f1dc | (Xinyuan Wang)++ | S09-typed-arrays/arrays.t: [16:37] roast: RT120506, nypm hackathon,skip and document failed array type, review Will [16:37] roast: review: https://github.com/perl6/roast/commit/427f1dc8c6 [16:38] *** konsolebox joined [16:40] lizmat: you broke *.roll(Inf) with that change [16:40] 10:37Z b2gills: Bool.roll(*) should now know it's infinite, as any List.roll(*) now does [16:40] that ... exists? [16:40] m: say Bool.roll(Inf) [16:40] rakudo-moar 95411f: OUTPUT«This type cannot unbox to a native integer␤ in block at /tmp/f1gCg1ojLJ:1␤␤» [16:40] star-m: say Bool.roll(Inf) [16:40] star-m 2015.03: OUTPUT«True True True False False False True True True True True True False False False False True True True True False False False False False True False True False False True False True False True False False True False True True True True False True True True Fals…» [16:48] can rule aliasing use a dynamic name? /$<$name>=$faux_regex/ creates a literal '$name' capture alias instead of interpolating the name... [16:51] m: my @a = gather while !$++ { take 1 } :infinite; say @a.infinite; # I guess there is a way to mark a gather loop as infinite [16:51] rakudo-moar 95411f: OUTPUT«True␤» [16:51] m: my @a = gather while !$++ { take 1 } :infinite; say @a; say @a.infinite; # I guess there is a way to mark a gather loop as infinite [16:51] rakudo-moar 95411f: OUTPUT«1␤False␤» [16:54] *** sjn joined [16:56] *** domidumont joined [16:57] *** rurban joined [16:58] you can *only* provide parameters to a role, right? you can't do class PriorityQueue[::T]? [16:59] <[Coke]> Xinyuan found that one of the closed tests is broken again; I reopened the ticket, she refudged it. [17:00] hoelzro: Correct [17:00] jnthn: ok, thanks [17:04] *** raiph left [17:16] <[Coke]> I have a user who has windows here who is trying to build strawberry perl. [17:17] *** cognominal joined [17:17] that's me. lunch though & [17:18] b2gills: looking at it [17:18] apparently, there is no spectest for it :-( [17:18] *** raiph joined [17:21] <[Coke]> OHAI [17:21] <[Coke]> so can jdv79 use strawberry, or do we need to have him get the free MS toolsuite. [17:25] rakudo/nom: 179193a | lizmat++ | src/core/List.pm: [17:25] rakudo/nom: Fix List.roll(Inf), spotted by b2gills++ [17:25] rakudo/nom: review: https://github.com/rakudo/rakudo/commit/179193ac3f [17:26] *** Alina-malina left [17:26] yay... my subrule test now passes... used EVAL to compose the dynamic subrule aliasing... https://github.com/ruoso/Grammar-EBNF/blob/master/t/006_subrule.t now passes [17:31] ruoso: at the PQAH, tadzik worked on dynamically adding rules for his BNF parsing module [17:31] perhaps that can be an inspiration not to have to use EVAL ? [17:32] rakudo/nom: 56cae10 | lizmat++ | t/01-sanity/54-use-lib.t: [17:32] rakudo/nom: Fix use lib sanity testing, spotted by jdv79++ [17:32] rakudo/nom: review: https://github.com/rakudo/rakudo/commit/56cae10e71 [17:34] *** hobbs left [17:34] ruoso: https://github.com/tadzik/Grammar-BNF [17:36] *** thou joined [17:38] *** hobbs joined [17:41] [Coke]: I tried to build rakudo-moar with Strawberry a few weeks ago, it failed. :( [17:41] afk # son has requested I read to him [17:43] i hoped it would have found mingw through strawberry or something but that didn't happen [17:43] *** Alina-malina joined [17:45] *** rindolf left [17:46] *** thou left [17:52] at least this hackathon has brought to my attention that i need to figure out the linux wireless on this box. i assumed there would be wired which works fine... [17:54] *** diana_olhovik_ left [17:55] the only networking i've had to figure out in the last years was the one on my desktop when i installed windows and wired wasn't working [17:55] normal folks are used to nothing working on windows upon a fresh install, though. it just took me by surprise [17:55] *** bowtie joined [17:55] *** bowtie is now known as Guest90792 [17:57] *** cognominal left [17:57] that reminds me of the article written by a tesla driver about trying out an internal combustion engine car as if it were the first time they had heard about them [17:58] with things like "turns out no car manufacturer came up with the idea of building gas stations where you can fill up your car for free" [17:58] * lizmat is looking forward to the time that a car with an internal combustion engine would be as strange as a steam-driven car is now [18:00] * moritz is looking forward to the time when human-driven cars would be as strange as a steam-driven car is now [18:01] I think the latter is going to happen before the former [18:01] And I'm not overly optimistic about the latter, TBH =/ [18:01] lizmat: ah, interesting, we're implementing literally the same thing... [18:02] you mean you and tadzik? [18:02] yeah [18:02] yeah, felt like it [18:02] sort of saw the problems you had: was sitting next to tadzik when he had the same issues :-) [18:02] hehe. [18:05] m: sub a(Str:D $a?) {}; a # should probably be caught at compile time [18:05] rakudo-moar 56cae1: OUTPUT«Parameter '$a' requires a 'Str' instance, but a type object was passed. Did you forget a .new?␤ in sub a at /tmp/BOyA8xuqK0:1␤ in block at /tmp/BOyA8xuqK0:1␤␤» [18:09] right, a :D and a ? don't mix very well [18:09] catchable at compile time, I would think [18:10] so, how to ouput pod? perl6 --doc on Test.pm doesn't seem to be happy. [18:10] although a^H^H aa [18:10] [A[B[C[B[C[A[D [18:10] *** vendethiel joined [18:11] yeah, all the necessary info should be available when you build the signature from the %signature_info hash or what it's called [18:11] So, I had a program that used to work in Rakudo, and stopped... [18:11] [Coke]++ helped me find the cause. I had a sub called "byte" which is now a reserved word. [18:12] But the error! Oh boy! [18:12] m: sub byte($i) { 1 } byte(5) [18:12] rakudo-moar 56cae1: OUTPUT«5===SORRY!5=== Error while compiling /tmp/Keeei239hl␤Strange text after block (missing semicolon or comma?)␤at /tmp/Keeei239hl:1␤------> 3sub byte($i) { 1 }7⏏5 byte(5)␤ expecting any of:␤ infix␤ infix stopper␤ …» [18:12] Okay, well, that's going to be messing up something... but the error I get is not when defining sub byte, but when I call it. If I call byte(1) I get: [18:12] Cannot invoke this object (REPR: P6int, cs = 0) [18:12] * ruoso sheesh... things that happen when you have too much delay in your ssh connection... [18:13] m: sub byte($i) { 1 } ; byte(5) [18:13] rakudo-moar 56cae1: OUTPUT«Cannot invoke this object (REPR: P6int, cs = 0)␤ in block at /tmp/eHWAIGQiwS:1␤␤» [18:14] m: int(5) # any native type does that :- [18:14] rakudo-moar 56cae1: OUTPUT«Cannot invoke this object (REPR: P6int, cs = 0)␤ in block at /tmp/4cjukBgmEq:1␤␤» [18:14] <[Coke]> m: Int(2); [18:14] rakudo-moar 56cae1: ( no output ) [18:14] this happens somewhere deep in the nqp bowels [18:14] <[Coke]> m: Int(2).say; [18:14] rakudo-moar 56cae1: OUTPUT«2␤» [18:15] [Coke]: yes, only the native types [18:15] <[Coke]> huh. I didn't know that worked. [18:15] rjbs: you want to rakudobug it ? [18:16] [Coke]: I think it's like 2.Int [18:16] <[Coke]> rjbs: *please* rakudobug it and then come sit at the p6 table. :) [18:16] m: say Int(3.14) # same as 3.14.Int [18:16] rakudo-moar 56cae1: OUTPUT«3␤» [18:17] Okay! [18:20] m: sub Int($a) { say "foo" }; say Int(3.14) # seems we need to check for class named subs [18:20] rakudo-moar 56cae1: OUTPUT«3␤» [18:21] rjbs: we usually copy-n-paste from the irc log :-) [18:23] *** pecastro joined [18:23] Wait, how do I rakudobug? [18:24] mailto:rakudobug@.perl.org [18:24] s/\.// [18:25] Oh, that's easy. :) [18:27] yes, we got many of them :-) [18:29] Done, thanks! [18:30] thank you! [18:31] rjbs: it's the perl6 queue on rt.cpan.org IIRC [18:31] fingers [18:32] rt.perl.org [18:33] :) [18:34] *** vendethiel left [18:39] *** hahainte1net is now known as hahainternet [18:43] * rjbs was assigned #124442. [18:43] w/W 4 [18:44] *** vendethiel joined [18:44] *** rindolf joined [18:45] rjbs++ [18:50] m: sub a() { my %h = a => 42; (%h,42) }; my (%a,$b) = a # feels like a rakudobug to me [18:50] rakudo-moar 56cae1: OUTPUT«Odd number of elements found where hash initializer expected␤ in block at /tmp/LH3NuEitbT:1␤␤» [18:51] m: sub a() { my %h = a => 42; (666,%h) }; my ($a,%b) = a; say %b.perl # this works [18:51] rakudo-moar 56cae1: OUTPUT«{:a(42)}<>␤» [18:52] *** Alina-malina left [19:00] *** Alina-malina joined [19:01] *** Alina-malina left [19:01] *** rindolf left [19:03] lizmat: You need to use binding for that to work, iirc [19:04] so, not a bug ? [19:04] the fact that the order matters, isn't a big thing? [19:06] lizmat: I *think* this falls out of the (GLR-preserved) decision that list assignment is flattening... [19:07] ok, well, I can live with the binding :-) [19:07] *** tinyblak left [19:08] *** Alina-malina joined [19:09] *** virtualsue joined [19:14] roast: d7a7f86 | (Justin Devuyst)++ | S02-names/symbolic-deref.t: [19:14] roast: Add test for RT #76400. #NYCPerlHackathon. [19:14] roast: review: https://github.com/perl6/roast/commit/d7a7f86ddf [19:14] Link: https://rt.perl.org/rt3//Public/Bug/Display.html?id=76400 [19:17] *** Ven joined [19:20] *** Ven left [19:25] *** zakharyas joined [19:25] roast: 36ef6bf | lembark++ | S03-smartmatch/array-hash.t: [19:25] roast: test blows up; see RT #124444 [19:25] roast: review: https://github.com/perl6/roast/commit/36ef6bfc57 [19:25] Link: https://rt.perl.org/rt3//Public/Bug/Display.html?id=124444 [19:27] *** vendethiel left [19:31] *** Ven joined [19:31] p6 table? is there a hackathon ongoing? [19:32] yeah, in NY [19:32] Is there a pronunciation guide on "niecza" [19:32] colomon: http://www.meetup.com/The-New-York-Perl-Meetup-Group/events/221319780/ [19:32] *** domidumont left [19:32] neetcha [19:33] lizmat++ [19:34] who all is there? [Coke], I take it. [19:34] * ruoso too [19:35] *** Ven left [19:36] *** Ven joined [19:38] *** Ven left [19:38] * lizmat not, but will be at the Oslo P6 hackathon (or whatever P6 related is going to happen there) [19:39] colomon: https://github.com/perl6-community-modules/SmokeResults/blob/master/smoke_test still gets its data from feather [19:41] *** Ven joined [19:41] is "»" supposed to be deep? [19:42] Think so; I think "how deep" is related to the nodal stuff TimToady++ has been doing of late [19:44] *** fhelmberger joined [19:46] *** vendethiel joined [19:48] is perl6 --doc supposed to work? [19:48] *** fhelmberger left [19:49] Believe so [19:49] uh-uhm. Is `is nodal` speced? [19:50] S03:4289 [19:50] Link: http://design.perl6.org/S03.html#line_4289 [19:50] If it is, prolly in S03 [19:50] ah, lizmat++ is faster :) [19:51] r: my $a = '23333'; $b = /2(3*)/; say ($a ~~ /^$b$/).gist [19:51] rakudo-{moar,jvm} 56cae1: OUTPUT«5===SORRY!5=== Error while compiling /tmp/tmpfile␤Variable '$b' is not declared␤at /tmp/tmpfile:1␤------> 3my $a = '23333'; $b7⏏5 = /2(3*)/; say ($a ~~ /^$b$/).gist␤ expecting any of:␤ postfix␤» [19:52] r: my $a = '23333'; my $b = /2(3*)/; say ($a ~~ /^$b$/).gist [19:52] rakudo-{moar,jvm} 56cae1: OUTPUT«「23333」␤» [19:52] shouldn't that have the '333' captured? [19:53] You'll have to do a little more to get that [19:53] m: my $a = '23333'; my $b = /2(3*)/; say ($a ~~ /^$=$b$/).gist [19:53] rakudo-moar 56cae1: OUTPUT«「23333」␤ b => 「23333」␤ 0 => 「3333」␤» [19:54] colors and a few more issues fixed ... so enjoy 15 years of Perl 6 history on GoodData dashboards .... https://github.com/mj41/Perl6-Analytics-results/blob/master/slides/mj41-brnopm-prev2.pdf [19:54] hmm... is this on purpose or a bug? [19:55] [Coke]: as requested https://github.com/rjbs/rjbs-vim-dots [19:55] ruoso: By design. [19:56] is there a way to force the capture to come up without introducing another named capture? [19:56] No [19:56] Well, not that I know of. [19:56] is that for each level of indirection? or does it flatten it [19:57] * ruoso building regexes dynamically in a Actions class [19:58] *** al2o3-cr left [19:58] m: my Nil %h = a => Any # cute [19:58] rakudo-moar 56cae1: OUTPUT«Type check failed in binding $x; expected 'Any' but got 'Any'␤ in block at /tmp/of6KDfMv2C:1␤␤» [19:59] *** Ven left [19:59] *** yqt joined [19:59] *** diana_olhovik_ joined [19:59] I guess I do see why that is the case, in order to make the numbered captures to be more predictable.... [19:59] *** Ven joined [20:00] Yeah, the capture naming is syntactic. [20:00] And regexes are first-class code objects that are compiled [20:00] Not strings [20:01] So by the time we see the interpolation it's too late. [20:01] <[Coke]> (here), me, rjbs, jdv79, Xinyuan Wang (new roast committer) , lembark (new roast committer) [20:01] well, but named captures do propagate [20:01] <[Coke]> kid51 is also here, but not p6ing [20:01] <[Coke]> also the perltricks guy. [20:01] <[Coke]> OH and ruoso! [20:02] *** rurban1 joined [20:02] <[Coke]> so, quite a few people at the p6 table. maybe 1/6 of total. [20:03] *** prammer joined [20:04] cool! [20:05] hmm... maybe I'm wrong, named captures don't actually propagate... [20:05] *** Ven left [20:06] [Coke], that’s great! [20:06] I guess my approach of composing regexes calling regexes is not actually workable [20:06] *** rurban1 left [20:06] How can I give an attribute a lazy default? [20:08] *** rurban1 joined [20:09] *** Ven joined [20:10] *** vendethiel left [20:10] $:foo = "default" [20:11] has $.foo = "default" I mean [20:11] rjbs: ^^ is that what you're looking for ? [20:12] *** rurban1 left [20:12] *** Ven left [20:13] *** rurban1 joined [20:13] kYes, thanks! [20:13] Someone has pointed out that this is in S12. I didn't look there because instead I was looking at http://doc.perl6.org/language/classtut [20:15] next question is how to get a lazy default [20:15] Oh, wait. [20:15] Sorry, so I thought I asked a different question earlier... [20:15] I have an object that has a filename attr. I also want a filehandle attr, but I don't want it to be opened until it's requested. [20:15] *** airdisa joined [20:16] my first guess would be has $.fh = { ... } -- trying ! :) [20:16] Simple html/markdown version (no PDF) --- 15 years of Perl 6 history (Git commits of 324 #perl6 projects) on screenshots from my @gooddata project http://j.mp/p6gdmd [20:16] Nope, not that. :-) [20:16] .tell FROGGS re https://github.com/rakudo/rakudo/commit/d24f30015c31bf4e8fea, shouldn't it be the responsibility of panda to create a directory in which to install? [20:16] lizmat: I'll pass your message to FROGGS. [20:17] are lazy blocks a thing? [20:17] has $.fh = do { }; ? [20:17] they were a thing a while back [20:17] *** rurban1 left [20:17] r: my $a = lazy { 42 }; [20:17] lizmat: Nope, that's run at init. [20:17] rakudo-{moar,jvm} 56cae1: ( no output ) [20:17] *** Ven joined [20:18] ruoso: That also gets run when the object is created. [20:19] I believe that may be a bug... something is probably evaluating the attribute eagerly in the object creation [20:20] lazy is just about lists, iirc... [20:21] I'd probably write an accessor method method attr() { $!attr //= ... }, or if I was doing it a lot factor that out into a trait [20:22] feedback and retweets https://twitter.com/mj41cz/status/594595907745751041 are welcome. [20:22] I can say from writing Moose code that I want lazy default -all the time-. [20:23] use Inline::Perl5 and Moo? [20:24] m: class A { has $!a; method a() { say "hi" } }; A.new; A.new.a # rjbs [20:24] rakudo-moar 56cae1: OUTPUT«hi␤» [20:27] *** telex left [20:28] *** telex joined [20:29] *** darutoko left [20:30] lizmat: Yeah, that's what I did, in the end. I made my own method 'attr' that initialiazes $!attr. My prediction is that I will miss having a short syntax for this, but we'll see. :) [20:31] I'm not sure how to make that work, without adding a burden to auto-generated accessors [20:31] If I write a module with a multi sub "foo" and it's export, should I put "is export" on every version of it or..? [20:31] put it on the proto [20:32] proto sub foo is export {*} # now all multi sub foo are exported [20:32] I guess we could add an attribute like "is lazy" that would create an accessor with the blorst as a once block in the accessor [20:32] Got it, thanks! [20:32] *autogenerated accessor [20:32] i also find it a little disturbing that lazy attrs are not available. [20:32] lizmat: yeah, that's roughly what I would've expected to exist [20:33] i did not notice that - probably cause i haven't written enough p6; yet. [20:34] *** vendethiel joined [20:35] *** rurban1 joined [20:35] I imagine you already can implement a trait that mixes into the Attribute object and overrides accessor generation [20:35] *** rurban1 left [20:36] So you could get a lazy accessor thing going [20:36] If there's consensus around a way to do it, it could go in core some day. [20:37] Cool. [20:38] I'll see how much momentum I can keep up. :) [20:38] jnthn: looking at just that right now [20:39] *** rarara left [20:39] lizmat: I'd help but I'm busy with the hash... :) [20:39] I just wonder how I can get at the blorst inside the trait mod [20:40] *** quester joined [20:40] is that the $!auto_viv_container ?? [20:41] no [20:41] *** inokenty left [20:41] Presumably if I want a required attribute, I say "has $.x = !!!" ? [20:42] yup [20:42] Thanks. [20:42] lizmat++ [20:42] lizmat: .build_closure or so [20:42] or "has $.x = die "must speciffy"; [20:42] jnthn: ok [20:42] !!! "must specify" probably works too :) [20:43] m: class A { has $.a = !!! }; A.new # doesn't say much [20:43] rakudo-moar 56cae1: OUTPUT«Stub code executed␤ in method at /tmp/AhJ7veXB8j:1␤ in block at /tmp/AhJ7veXB8j:1␤␤» [20:44] m: class A { has $.a = die "must specify an a" }; A.new [20:44] rakudo-moar 56cae1: OUTPUT«must specify an a␤ in method at /tmp/cWikdCBdHK:1␤ in block at /tmp/cWikdCBdHK:1␤␤» [20:44] m: class A { has $.a = !!! "gimme an 'a'!" }; A.new [20:44] rakudo-moar 56cae1: OUTPUT«gimme an 'a'!␤ in method at /tmp/AMR8XLt3rD:1␤ in block at /tmp/AMR8XLt3rD:1␤␤» [20:44] *** raiph left [20:47] *** rurban1 joined [20:48] *** rurban1 left [20:53] *** Ven left [20:55] $ 6 'class A { has $.a is lazy = 42 }; A.new' [20:55] (Mu) [20:55] seems like $!build_closure isn't set yet at trait mod time [20:55] lizmat: No, but what are you doing there? [20:56] lizmat: I'd mix in a role that does something at attribute compose time, I think. [20:56] ok, I'll try that [20:58] having a COMPOSE phaser on a class would help here :-) [21:00] *** Sqirrel joined [21:02] *** rurban1 joined [21:03] *** rurban2 joined [21:03] *** rurban1 left [21:04] ah, we seem to have a compose method in Attribute :-) [21:04] lizmat: yeah, that's the one I was thinking of :) [21:05] *** rurban2 left [21:05] *** mj41 left [21:14] jnthn: does this seem odd to you: [21:14] +multi sub trait_mod:(Attribute:D \attr, :$lazy!) { [21:14] + attr := attr but role { method lazy { 42 } } [21:14] +} [21:15] yes. [21:15] attr does role ... [21:15] You need in-place mixin. [21:16] ecosystem: ecad53f | (Michal Jurosz)++ | META.list: [21:16] ecosystem: Fix dnmfarrell/Module-Minter url [21:16] ecosystem: review: https://github.com/perl6/ecosystem/commit/ecad53f112 [21:16] *** vendethiel left [21:28] *** Zoffix joined [21:31] *** airdisa left [21:34] *** dolmen joined [21:42] jnthn: I think I got a prototype now: the only thing is that I can't stop the blorst from being executed at build time [21:42] I guess I need to poke in the default BUILD to fix that, right ? [21:46] rjbs: getting closer to "is lazy" attr but not tonight [21:46] so good night, #perl6!, see you tomorrow [21:46] & [21:48] lizmat: Yeah, just set it to an empty block or so [21:48] * jnthn should also rest [21:48] 'night, #perl6 [21:53] *** zakharyas left [21:54] *** skids joined [22:04] *** smi1er left [22:05] *** smi1er joined [22:11] ruoso: Grafting captures through the /<$rx>/ barrier would indeed be nice. But I wonder if the EVALs aren't just a perfectly fine way to do it even though instinct says "avoid EVALs". [22:12] you could "use QAST::Nodes" (or something?) and nqp::getcomp('qregex') (is that actually the right one?) and build your regexes from an actual ast [22:12] one day, the macros marsak is working on will give you a "prettier" way to do that [22:13] I haven't had time to look at ANTR4, is that what DrForr is doing? [22:13] *ANTLR4 [22:15] ruoso++ for finding the slang magic incantantions BTW. [22:17] *** Ven joined [22:18] \o, #perl6 [22:19] *** dustinm` left [22:20] *** Ven left [22:21] *** Zoffix left [22:22] *** dustinm` joined [22:22] rakudo-star-daily: 2582e4d | coke++ | log/ (2 files): [22:22] rakudo-star-daily: today (automated commit) [22:22] rakudo-star-daily: review: https://github.com/coke/rakudo-star-daily/commit/2582e4d7ab [22:22] perl6-roast-data: 591d5fd | coke++ | / (9 files): [22:22] perl6-roast-data: today (automated commit) [22:22] perl6-roast-data: review: https://github.com/coke/perl6-roast-data/commit/591d5fd31f [22:22] perl6-roast-data: 193a334 | coke++ | perl6_pass_rates.csv: [22:22] perl6-roast-data: today (automated commit) [22:23] perl6-roast-data: review: https://github.com/coke/perl6-roast-data/commit/193a33491e [22:23] *** Zoffix joined [22:26] * [Coke] waves from Penn. [22:26] *** Zoffix left [22:30] <[Coke]> weird, daily runs for rakudo.moar died missing t/spectest.data [22:32] *** quester left [22:32] *** cognominal joined [22:35] *** rurban left [22:36] *** Ven joined [22:38] *** Ven left [22:43] *** virtualsue left [22:46] perl6-roast-data: 3d3e796 | coke++ | perl6_pass_rates.csv: [22:46] perl6-roast-data: remove weird entries with no impl. [22:46] perl6-roast-data: [22:46] perl6-roast-data: Need to stop these from getting added. [22:46] perl6-roast-data: review: https://github.com/coke/perl6-roast-data/commit/3d3e796527 [22:52] *** virtualsue joined [22:53] *** yqt left [23:00] *** virtualsue left [23:02] *** BenGoldberg joined [23:04] *** diana_olhovik_ left [23:06] *** vendethiel joined [23:07] *** RabidGravy left [23:10] *** espadrine left [23:16] m: my int $s = 0; $s += 1/2; [23:16] rakudo-moar 56cae1: OUTPUT«This type cannot unbox to a native integer␤ in block at /tmp/a7LuCSZFZ7:1␤␤» [23:18] m: my float $s = 0; $s += 1/2; [23:18] rakudo-moar 56cae1: OUTPUT«5===SORRY!5===␤Type 'float' is not declared␤at /tmp/GDXbDuj55Y:1␤------> 3my float7⏏5 $s = 0; $s += 1/2;␤Malformed my␤at /tmp/GDXbDuj55Y:1␤------> 3my7⏏5 float $s = 0; $s += 1/2;␤␤» [23:18] m: my num $s = 0; $s += 1/2 [23:18] rakudo-moar 56cae1: OUTPUT«This type cannot unbox to a native number␤ in block at /tmp/N8Ri7dXBkd:1␤␤» [23:18] m: my num $s = 0; $s += 1/2e0 [23:18] rakudo-moar 56cae1: OUTPUT«This type cannot unbox to a native number␤ in block at /tmp/ghAFSEfrcu:1␤␤» [23:18] m: my num $s = 0; $s += 1e0 / 2e0 [23:18] rakudo-moar 56cae1: OUTPUT«This type cannot unbox to a native number␤ in block at /tmp/T7GbQOpaZ1:1␤␤» [23:18] Rats! [23:18] it really wants to be a rat, yeah [23:19] with natively typed variables, you'll apparently have to be a bit more dilligent in coercing to nums? [23:20] feels like a bug to me [23:21] m: my num $s = 0; $s + <1/2>.Num; [23:21] rakudo-moar 56cae1: OUTPUT«This type cannot unbox to a native number␤ in block at /tmp/RWv7E_TFNX:1␤␤» [23:23] *** raiph joined [23:25] huh [23:26] m: my num $s = 0; [23:26] rakudo-moar 56cae1: OUTPUT«This type cannot unbox to a native number␤ in block at /tmp/4QGslqlJFf:1␤␤» [23:26] golfed :P [23:26] m: my num $s = 0e0; [23:26] rakudo-moar 56cae1: ( no output ) [23:26] m: my num $s = 0e0; $s += 1/2 [23:26] rakudo-moar 56cae1: ( no output ) [23:26] m: my num $s = 0e0; $s += 1/2; say $s [23:26] rakudo-moar 56cae1: OUTPUT«0.5␤» [23:26] there you go [23:27] *** vendethiel left [23:30] *** dolmen left [23:32] *** erdic left [23:33] lol timotimo. Is there any reason we shouldn't be able to initialize a num with an Int, though? Seems like a multi might be needed. Or a better error message. [23:34] m: my int $a = 0; my num $b = $a; [23:34] rakudo-moar 56cae1: ( no output ) [23:35] m: my Int $a = 0; my num $b = $a; [23:35] rakudo-moar 56cae1: OUTPUT«This type cannot unbox to a native number␤ in block at /tmp/_h7ytCPHLK:1␤␤» [23:37] *** airdisa joined [23:42] *** kaare_ joined [23:45] we've had this a few times in the past [23:45] the discussion, i mean [23:45] i forgot what the result was, though [23:46] *** kaare__ left [23:52] *** Foxcool_ left