Perl 6 language and compiler development | Logs at colabti.org/irclogger/irclogger_log/perl6-dev | For toolchain/installation stuff see #perl6-toolchain | For MoarVM see #moarvm
Set by Zoffix on 27 July 2018.
00:08 ZzZombo_ joined, p6bannerbot sets mode: +v ZzZombo_ 00:10 ZzZombo left, ZzZombo_ is now known as ZzZombo 00:11 cognominal-p6 joined, p6bannerbot sets mode: +v cognominal-p6 00:15 lizmat left
Geth roast: 7e0b791fa3 | (Zoffix Znet)++ | S32-num/rat.t
[v6.d REVIEW] Throw out Rational parametarization propspec

The OP tests are invalid, as you cannot instantiate a UInt. We can't really take a subclass of Int because we have defaults on `nu`/`de` args that are Ints. And currently R#2322 blocks the native parametarizations, we got no POV to spec with.
  [1] github.com/rakudo/rakudo/issues/2322		 00:16
synopsebot R#2322 [open]: github.com/rakudo/rakudo/issues/2322 Type capture in role parametarization doesn't work with natives and defaults
00:16 Zoffix joined
00:16 p6bannerbot sets mode: +v Zoffix
Zoffix .tell pmurias thanks. I reverted that propspec in github.com/perl6/roast/commit/7e0b791fa3
yoleaux Zoffix: I'll pass your message to pmurias.
00:37 Zoffix left 01:07 bootkiller19 joined, p6bannerbot sets mode: +v bootkiller19 01:09 bootkiller19 left
Geth roast: cde1f26f61 | (Zoffix Znet)++ | S03-junctions/autothreading.t
[v6.d REVIEW] Don't spec order in Junction.perl

Orig: github.com/perl6/roast/commit/45b159756		 01:09
roast: 96ec9e60be | (Zoffix Znet)++ | S04-statements/sink.t
[v6.d REVIEW] Explain significance of ws in .= tests

Orig: github.com/perl6/roast/commit/da9a389b2		 01:12
01:16 fake_space_whale joined 01:17 p6bannerbot sets mode: +v fake_space_whale
Geth roast: 7900eda8f0 | (Zoffix Znet)++ | S17-lowlevel/atomic.t
[v6.d REVIEW] Fix typo in test description
 01:20
roast: 37a969cf86 | (Zoffix Znet)++ | S17-lowlevel/atomic.t
[v6.d REVIEW] Remove trailing whitespace
roast: bb5fb2ae0b | (Zoffix Znet)++ | S24-testing/3-output.t
[v6.d REVIEW] Loosen spec of `#` quoting in TAP

We might end up removing the "add extra space" thing as it confuses users and probably was a hackish idea in the first place.
  github.com/perl6/roast/commit/423cc68bf		 01:32
01:33 Tazmain joined 01:34 p6bannerbot sets mode: +v Tazmain 01:37 Tazmain left
Geth roast: 3b8be1568f | (Zoffix Znet)++ | S12-methods/qualified.t
[v6.d REVIEW] Polish .:: tests

Orig: github.com/perl6/roast/commit/5d970e144		 01:43
01:44 mugsie0 joined 01:45 p6bannerbot sets mode: +v mugsie0 01:48 mugsie0 left 01:55 SergeyLukjanov29 joined 01:56 p6bannerbot sets mode: +v SergeyLukjanov29 01:58 SergeyLukjanov29 left 01:59 khalella13 joined 02:00 p6bannerbot sets mode: +v khalella13 02:03 khalella13 left 02:19 ZzZombo left 02:42 jj|2 joined 02:43 jj|2 left 02:55 tribaal12 joined, p6bannerbot sets mode: +v tribaal12 02:59 tribaal12 left 03:02 jlacroix27 joined, jlacroix27 left 03:06 ZzZombo joined, p6bannerbot sets mode: +v ZzZombo 03:09 davidv7 joined 03:10 p6bannerbot sets mode: +v davidv7 03:12 davidv7 left 03:21 mickael99 joined 03:22 p6bannerbot sets mode: +v mickael99 03:23 mickael99 left 05:23 sim59022 joined 05:24 p6bannerbot sets mode: +v sim59022, sim59022 left 05:28 ma2719 joined 05:29 p6bannerbot sets mode: +v ma2719 05:31 ma2719 left 05:42 fake_space_whale left 05:52 colinbits2 joined 05:53 p6bannerbot sets mode: +v colinbits2 05:57 colinbits2 left 06:23 fake_space_whale joined 06:24 p6bannerbot sets mode: +v fake_space_whale
samcv i think we need a way to check the endianess of the system. i don't think there's any official way to do this yet. please someone correc me if there is 06:27
06:28 tchaypo25 joined 06:29 tchaypo25 left, patrickb joined, p6bannerbot sets mode: +v patrickb 06:34 patrickb left 06:43 robertle joined 06:44 p6bannerbot sets mode: +v robertle
TimToady well...since we depend on perl being out there, you can always run perl -E 'say unpack("n", pack "i", 42)' which will not return 42 on a little endian machine, though unpack "v" will 06:48
06:48 fake_space_whale left
samcv hah 06:51
well i can technically also write utf16 to a file and then read it as a buf. but that doesn't actually check that the BOM is correct for that endianess
this was something that'd go into roast btw
TimToady well, I wasn't entirely serious :) 06:52
samcv hahaha
06:57 cygx joined 06:58 p6bannerbot sets mode: +v cygx
cygx m: say $*VM.config<be> 06:58
camelia 0
cygx samcv: ^ or were you looking for something else? 06:59
samcv m: say $*VM.config<le> 07:00
camelia (Any)
samcv cygx: assuming that gives me whether or not it's big endian then that works
07:00 lizmat joined, p6bannerbot sets mode: +v lizmat
cygx it should - moarvm needs to know endianness so it can decode bytecode 07:01
samcv yep i know that. i just didn't know if it was exposed 07:02
unless you mean rakudo itself needs to know?
TimToady 'course, perl didn't assume simple big or little endian, since it runs on some mix-endian machines... 07:04
so it has a 'byteorder' that can be 12345678 or 87654321 or 56781234 or... 07:06
cygx not sure if rakudo does anything with it - afaik it's just used to set MVM_BIGENDIAN in config.h
cross-platform computing used to be more fun - mixed order, integer padding, non-octet bytes... 07:08
samcv as far as i remember bytes have no endianess at least as far as C is concerned 07:10
essentially not exposed and the machine could implement it anyway they want
cygx endianness only makes sense if there's a smaller addressable subunit 07:13
07:13 Destol joined
cygx in C, you can't address individual bits, but have to use shifts etc, which are defined in terms of mathematical operations 07:13
07:14 p6bannerbot sets mode: +v Destol
cygx so agreed, no byte endianness as far as C is concerned 07:14
samcv s/byte/bit
TimToady I thought there were difference for the :4 subfields and such
*ces
but maybe the standards folks ironed all that out 07:15
samcv that doesn't allow you as the programmer to tell the order though right?
TimToady it does if you have unions :)
07:16 lizmat left, Destol left
samcv ah ok :) i hadn't thought of that 07:18
cygx TimToady: you're right, how bitfields are packed can be considered a type of endianness 07:20
it's wholly implementation-defined, though
07:38 patrickb joined, p6bannerbot sets mode: +v patrickb 07:48 ZzZombo_ joined, p6bannerbot sets mode: +v ZzZombo_
cygx o/ 07:49
07:49 cygx left 07:50 ZzZombo left, ZzZombo_ is now known as ZzZombo 07:54 Ven` joined 07:55 p6bannerbot sets mode: +v Ven` 07:59 robertle left 08:01 robertle joined 08:02 p6bannerbot sets mode: +v robertle 08:06 dwi10 joined, p6bannerbot sets mode: +v dwi10 08:08 dwi10 left 08:17 [TuxCM] left 08:24 lizmat joined, p6bannerbot sets mode: +v lizmat 08:29 robertle left, robertle joined 08:30 p6bannerbot sets mode: +v robertle 08:35 robertle left 08:37 robertle joined 08:38 p6bannerbot sets mode: +v robertle 08:47 Corvus`9 joined 08:48 p6bannerbot sets mode: +v Corvus`9 08:51 Corvus`9 left 08:58 UForgotten5 joined 08:59 NccT joined, p6bannerbot sets mode: +v UForgotten5 09:00 p6bannerbot sets mode: +v NccT, UForgotten5 left 09:01 NccT left 09:03 rossome8 joined 09:04 p6bannerbot sets mode: +v rossome8 09:05 rossome8 left 09:10 nocoolnametom_ joined 09:11 p6bannerbot sets mode: +v nocoolnametom_ 09:12 nocoolnametom_ left 09:14 crees joined, p6bannerbot sets mode: +v crees 09:19 crees left 09:37 hacosta25 joined 09:38 p6bannerbot sets mode: +v hacosta25 09:39 hacosta25 left 09:45 vincian5 joined 09:46 p6bannerbot sets mode: +v vincian5, [TuxCM] joined 09:47 vincian5 left, p6bannerbot sets mode: +v [TuxCM] 10:02 ZzZombo left 10:15 stmuk_ joined 10:16 p6bannerbot sets mode: +v stmuk_ 10:17 stmuk left 10:23 c4757p5 joined 10:24 p6bannerbot sets mode: +v c4757p5, pmurias joined, p6bannerbot sets mode: +v pmurias 10:26 c4757p5 left 10:35 Pomax1 joined, Pomax1 left 10:52 pmurias left 10:53 pmurias joined, p6bannerbot sets mode: +v pmurias 10:58 AlexDani` joined 10:59 p6bannerbot sets mode: +v AlexDani` 11:01 KenOokamiHoro1 joined, doctorx6 joined 11:02 p6bannerbot sets mode: +v KenOokamiHoro1, p6bannerbot sets mode: +v doctorx6, AlexDaniel left 11:03 doctorx6 left, KenOokamiHoro1 left
Geth roast: be320b5eb3 | (Paweł Murias)++ | S05-mass/properties-general.t
[js] Copy rakudo.moar fudge as we keep it's behavior for now
 11:03
11:11 pmurias left 11:16 michalisko12 joined, p6bannerbot sets mode: +v michalisko12 11:18 michalisko12 left 11:28 ZzZombo joined, p6bannerbot sets mode: +v ZzZombo 11:29 zer0c00l29 joined 11:30 p6bannerbot sets mode: +v zer0c00l29, zer0c00l29 left
|Tux| Rakudo version 2018.09-43-gddb5f8fc4 - MoarVM version 2018.09-92-g1325e4ca6
csv-ip5xs0.911 - 0.935
csv-ip5xs-208.045 - 8.045
csv-parser20.423 - 21.502
csv-test-xs-200.424 - 0.431
test8.557 - 8.798
test-t1.791 - 1.843
test-t --race0.818 - 0.837
test-t-2030.797 - 31.598
test-t-20 --race11.833 - 11.960
 11:32
11:33 AlexDani` is now known as AlexDaniel 11:34 lizmat left 11:52 sir_galahad_ad19 joined, p6bannerbot sets mode: +v sir_galahad_ad19 11:55 sir_galahad_ad19 left 12:03 sjk27 joined, sjk27 left 12:07 Zoffix joined, p6bannerbot sets mode: +v Zoffix
Zoffix jnthn: yesteray you said: "Probably 'cus its BUILDALL isn't code-gen'd."... Is that the same stuff lizmat did in Rakudo? Where we gen a bunch of QAST for some common object instantiation things? 12:10
jnthn: is it a worthy pursuit for NQP? For example, `nqp::create(QAST::Op)` is 4.14 faster than QAST::Op.new
I imagine we have a ton of such .new's and it'd be a fairly big compilation time win, no? 12:11
("4.14x as fast" I meant)
ZOFVM: Files=1310, Tests=153194, 160 wallclock secs (25.59 usr 3.46 sys + 3470.12 cusr 158.16 csys = 3657.33 CPU) 12:19
Geth nqp: af49187006 | (Zoffix Znet)++ | tools/build/MOAR_REVISION
[MoarVM Bump] Brings 2 commits

MoarVM bump brought: github.com/MoarVM/MoarVM/compare/2...2-g1325e4c 1325e4c Make *_I ops in interp.c consistent faea0ae Convert expmod_I to allocate in called function
Ā¦ nqp: version bump brought these changes: github.com/MoarVM/MoarVM/compare/2...2-g1325e4c
rakudo: 698c5ff71e | (Zoffix Znet)++ | tools/build/NQP_REVISION
[NQP Bump] af49187 [MoarVM Bump] Brings 2 commits

NQP bump brought: github.com/perl6/nqp/compare/2018....9-gaf49187
MoarVM bump brought: github.com/MoarVM/MoarVM/compare/2...2-g1325e4c 1325e4c Make *_I ops in interp.c consistent faea0ae Convert expmod_I to allocate in called function
rakudo: version bump brought these changes: github.com/perl6/nqp/compare/2018....9-gaf49187
4a968059c2 | (Zoffix Znet)++ (committed using GitHub Web editor) | src/core/Rat.pm6
Zoffix .ask lizmat would NQP benefit from the same BUILDALL gen you did in Rakudo? I imagine we create a ton of QAST objects. A plain `nqp::create(QAST::Op)` is 4.14x as fast as `QAST::Op.new`. I don't know if it could be genned when attributes are present, but it smells like there could be a nice win for compilation time (at least of Rakudo) 12:31
yoleaux Zoffix: I'll pass your message to lizmat.
timotimo QAST's creation is kind of complex, but it's possible to write a whole lot of code to make it faster 12:40
Zoffix timotimo: how to find out why a method didn't turn green in the profile? 12:42
after 100000 iterations
timotimo oh, heret oo
12:42 JonathanO0 joined
timotimo it's red, you say? 12:43
12:43 p6bannerbot sets mode: +v JonathanO0
jnthn Zoffix: Potentially, yes, though QAST::Node already has its own carefully coded setup path, I think 12:44
timotimo it's not 100% inlined, though :P
12:45 JonathanO0 left, sparx29 joined 12:46 p6bannerbot sets mode: +v sparx29 12:49 sparx29 left 12:55 pystar894 joined 12:56 p6bannerbot sets mode: +v pystar894, pystar894 left 13:03 jorj1 joined, p6bannerbot sets mode: +v jorj1 13:06 jorj1 left 13:15 cognominal-p6 left 13:38 tm6049 joined 13:39 p6bannerbot sets mode: +v tm6049 13:44 tm6049 left 13:46 Zoffix left 13:47 SqrtNegInf joined 13:48 p6bannerbot sets mode: +v SqrtNegInf
14:03 cognominal-p6 joined 14:04 p6bannerbot sets mode: +v cognominal-p6 14:08 Ven` left, szagul joined 14:09 p6bannerbot sets mode: +v szagul 14:10 Kaiepi left 14:11 Kaiepi joined, p6bannerbot sets mode: +v Kaiepi 14:14 szagul left 14:19 cognominal-p6 left, cognominal-p6 joined 14:20 p6bannerbot sets mode: +v cognominal-p6 14:21 lyarwood1 joined 14:22 p6bannerbot sets mode: +v lyarwood1 14:24 lyarwood1 left 14:28 etingof12 joined, etingof12 left 14:38 Ven` joined 14:39 p6bannerbot sets mode: +v Ven`
Geth roast: 0f95942b73 | (Zoffix Znet)++ | S32-num/rat.t
No `Inf`s in huge rat stringification

Closes github.com/rakudo/rakudo/issues/1996 R#1996		 14:42
synopsebot R#1996 [open]: github.com/rakudo/rakudo/issues/1996 Crazy Rats stringify as 0.00000ā€¦000Inf
14:50 cognominal-p6 left 14:51 [TuxCM] left 15:04 fake_space_whale joined, hjklhjklhjkl16 joined 15:05 p6bannerbot sets mode: +v fake_space_whale, p6bannerbot sets mode: +v hjklhjklhjkl16 15:07 hjklhjklhjkl16 left 15:20 lizmat joined, p6bannerbot sets mode: +v lizmat 15:29 patrickb left 15:40 DarkPlace18 joined 15:41 p6bannerbot sets mode: +v DarkPlace18 15:42 lolcat joined 15:43 p6bannerbot sets mode: +v lolcat 15:49 DarkPlace18 left 15:50 lolcat left 15:51 dcrampton8 joined 15:52 TheStrix26 joined, p6bannerbot sets mode: +v dcrampton8
Geth rakudo: 8bd3e5024b | (Jonathan Worthington)++ | src/core/Array.pm6
Improve array assignment inlinability

Prior to this, the ASSIGN-POS method was too large to inline on MoarVM, but it's really quite helpful for performance if it does inline. Since MoarVM doesn't factor in the size of nested inlines, however, then it's possible to get below the inline limit by splitting some of the code out into a private method, as done by this commit.		 15:52
15:52 p6bannerbot sets mode: +v TheStrix26
15:56 TheStrix26 left 15:58 dcrampton8 left
[Coke] sneaky 15:58
16:07 Ven` left 16:10 pacak9 joined 16:11 p6bannerbot sets mode: +v pacak9 16:13 pacak9 left 16:18 robertle left
SqrtNegInf m: for 0.1, 0.2 ... 1 -> $a { say $a } 16:20
camelia ===SORRY!===
This type (QAST::WVal) does not support positional operations
16:20 jigp joined
SqrtNegInf It seems like sequences with 'for' can no longer contain decimals? 16:20
m: for 1.0, 2.0 ... 4.0 -> $a { say $a }
camelia ===SORRY!===
This type (QAST::WVal) does not support positional operations
16:20 p6bannerbot sets mode: +v jigp
SqrtNegInf This change happened sometime yesterday. 16:21
timotimo oh, that's bad 16:22
bisectable6: for 0.1, 0.2 ... 1 -> $a { say $a }
bisectable6 timotimo, Bisecting by exit code (old=2015.12 new=8bd3e50). Old exit code: 0
timotimo, bisect log: gist.github.com/26de1c45dcfe2aec4b...ba5495664a 16:23
timotimo, (2018-09-26) github.com/rakudo/rakudo/commit/89...cd6de16f2c
16:23 Zoffix joined, p6bannerbot sets mode: +v Zoffix
Zoffix bisect: 2018.06,HEAD for 1.0, 2.0 ... 4.0 -> $a { say $a } 16:23
bisectable6 Zoffix, Using old=2018.06 new=HEAD in an attempt to DWIM
Zoffix, Bisecting by exit code (old=2018.06 new=8bd3e50). Old exit code: 0
timotimo Zoffix: i just did that :)
bisectable6 Zoffix, bisect log: gist.github.com/18f02652648a49d3ed...002db13bed
Zoffix, (2018-09-26) github.com/rakudo/rakudo/commit/89...cd6de16f2c
16:23 mutilator29 joined
Zoffix log-lag :) 16:24
timotimo somewhere in there it's doing a [x] on something that it didn't check for types before
16:24 mutilator29 left, stmuk joined, jigp left
timotimo if get_bound($op[1], 0) -> @rt { # right side ok 16:25
if nqp::istype(@rt[0],QAST::IVal) { # and is an int
could be this part
16:25 p6bannerbot sets mode: +v stmuk
timotimo that get_bound misbehaves here 16:25
or rather: having rats rather than ints is not what it expects and the return type differs?
oh, the only changes there are comments 16:26
SqrtNegInf One more data point, explicit rationals do work.
m: for 1/10, 2/10 ... 1 -> $a { say $a }
camelia 0.1
0.2
0.3
0.4
0.5
0.6
0.7
0.8
0.9
1
16:26 stmuk_ left
timotimo it might come from accessing the [0][2] and [1][2] of the $list in the lower half of the code 16:26
SqrtNegInf And there is a work-around, flat/slip 16:27
timotimo SqrtNegInf: we should be able to fix this in a jiffy
SqrtNegInf m: for |0.1, 0.2 ... 1 -> $a { say $a }
camelia 0.1
0.2
0.3
0.4
0.5
0.6
0.7
0.8
0.9
1
Zoffix I call dibs!
timotimo Zoffix: will you fix it or should i try?
ok :)
Zoffix fixed 16:31
timotimo Zoffix++ 16:33
SqrtNegInf Nice. Bugs fixed while-U-wait...
Zoffix just gonna stresstest and push 16:35
16:37 intermezzo4 joined
Zoffix Though there are still bugs with that opts 16:38
c: 2018.06,HEAD my @a; for 1.0 ... 3 -> $a { @a.push: $a }; dd @a
committable6 Zoffix, Ā¦2018.06: Ā«Array @a = [1.0, 2.0, 3.0]ā¤Ā» Ā¦HEAD(8bd3e50): Ā«Array @a = [1, 2, 3]ā¤Ā»
16:38 p6bannerbot sets mode: +v intermezzo4
Zoffix ZOFFLOP: t/spec/S09-typed-arrays/native-int.t 16:40
16:41 intermezzo4 left
Geth rakudo: 2af789d796 | (Zoffix Znet)++ | src/Perl6/Optimizer.nqp
Fix QAST crash in `for ā€¦` opt with Rats

Bug find: colabti.org/irclogger/irclogger_log...09-27#l369
We incorrectly assumed we'll always have a QAST::Want in places, but when Rats are involved, we get a QAST::WVal there instead.
Fix by watching for ::Wants explicitly		 16:42
roast: 3337a7d798 | (Zoffix Znet)++ | MISC/bug-coverage.t
Cover Rats in `for ā€¦`

Covers bug fixed in github.com/rakudo/rakudo/commit/2af789d796 and adds two fudges for a wrong-result-type bug yet to be fixed		 16:43
Zoffix (dibs on the other bug too :P)
16:46 niveus5 joined 16:47 p6bannerbot sets mode: +v niveus5 16:48 niveus5 left 16:55 travis-ci joined, p6bannerbot sets mode: +v travis-ci
travis-ci Rakudo build passed. Jonathan Worthington 'Improve array assignment inlinability 16:55
travis-ci.org/rakudo/rakudo/builds/434172352 github.com/rakudo/rakudo/compare/4...d3e5024b88
16:55 travis-ci left
Zoffix .ask jnthn is it deliberate that the range of optimized values doesn't include the endpoints? I.e. that comparators are `>`/`<` instead of `>=`/`<=`? github.com/rakudo/rakudo/commit/1a...453281R893 16:55
yoleaux Zoffix: I'll pass your message to jnthn.
17:02 dkabot4 joined 17:03 p6bannerbot sets mode: +v dkabot4 17:05 dkabot4 left
samcv i have tried adding a BOM for utf16 in method open but i'm having issues when we open for append github.com/samcv/rakudo/commit/e52...c2e4459ab8 17:19
if we open for append, i get self.tell() as 0 even when there is data in the file and it ends up writing more BOM. not sure if it only seeks in the file sometime later? though not sure what is going on here 17:20
i'll be gone for an hour and a half, but wanted to ask in case anyone sees this and knows what is going on
geekosaur on posix, it effectively seeks to the end first on every write 17:24
append doesn't mean "seek to end first", it means "all writes forced to be appended to the current end of file" 17:25
17:38 blakespot_wrk joined 17:39 p6bannerbot sets mode: +v blakespot_wrk, blakespot_wrk left 17:40 Tengu19 joined 17:41 p6bannerbot sets mode: +v Tengu19 17:42 travis-ci joined, p6bannerbot sets mode: +v travis-ci
travis-ci Rakudo build passed. Zoffix Znet 'Fix QAST crash in `for ā€¦` opt with Rats 17:42
travis-ci.org/rakudo/rakudo/builds/434196785 github.com/rakudo/rakudo/compare/8...f789d796a2
17:42 travis-ci left 17:46 cognominal-p6 joined 17:47 p6bannerbot sets mode: +v cognominal-p6, Tengu19 left 17:48 Furna_ joined 17:49 p6bannerbot sets mode: +v Furna_, Furna_ left 17:52 cognominal-p6 left, cognominal-p6 joined 17:53 p6bannerbot sets mode: +v cognominal-p6 17:57 stubbers11 joined, stubbers11 left 17:58 Kaiepi left, Kaiepi joined 17:59 p6bannerbot sets mode: +v Kaiepi, OliverUv28 joined 18:00 p6bannerbot sets mode: +v OliverUv28 18:01 OliverUv28 left
timotimo that's how concurrent appends "work" i guess 18:02
18:21 lizmat left
geekosaur yep. there's also an atomicity guarantee if the write buffer is below some system dependent size 18:22
18:24 niston27 joined 18:25 p6bannerbot sets mode: +v niston27 18:27 niston27 left
Zoffix ASDLK:>U<ASV LTRAYDSEhtgnsdfcb 18:28
Cannot look up attributes in a VMNull type object my ass
God, the 85+s compile time of rakudo is awful 18:30
TimToady samcv: perhaps check the filesize rather than the current location? 18:35
geekosaur fstat() is for a reason :)
18:36 fake_space_whale left 18:48 Myon27 joined 18:49 fake_space_whale joined, p6bannerbot sets mode: +v Myon27, Myon27 left, p6bannerbot sets mode: +v fake_space_whale
Zoffix m: for 1, 2 ^ā€¦ 10 {} 18:54
camelia 10
in block <unit> at <tmp> line 1
Zoffix wat
18:58 dericcrago9 joined, p6bannerbot sets mode: +v dericcrago9 18:59 Ven`` joined
Zoffix R#2325 19:00
synopsebot R#2325 [open]: github.com/rakudo/rakudo/issues/2325 [LTA] Inconsistencies/bugs with parsing of excluded sequence op
19:00 p6bannerbot sets mode: +v Ven`` 19:01 dericcrago9 left 19:06 notmatti joined
TimToady how is it even printing that? 19:06
oh, it's the ... listop
19:06 p6bannerbot sets mode: +v notmatti
TimToady m: say (1, 2 ^??? 10).perl 19:08
camelia 10
(1, one(2, 0))
in block <unit> at <tmp> line 1
19:08 notmatti left
Zoffix Ah, lol 19:08
TimToady istr that we decided excluding the beginning didn't make a lot of sense for ... due to ambiguity with how much of the initial list to exclude 19:09
19:10 lizmat joined, p6bannerbot sets mode: +v lizmat
TimToady but the failure mode is definitely a bit of a WAT 19:10
samcv TimToady: yeah we can do that too. i was just wondering what was happening 19:14
Geth rakudo: f8d91b9e22 | (Zoffix Znet)++ | src/Perl6/Optimizer.nqp
Fix wrong type of result in `for 1.5 ā€¦ 2.5 {}`

The get_bound() coerces to Int, with which we could get away for opts like `for ^1.5`, but with the new opts, we have to be more strict in what we accept, or we generate an incorrect sequence.
Fix by typechecking the value we have is an Int, instead of coercing stuff. This de-optimizes things that where coercion was acceptable
  (e.g. doing `for ^1.5`).		 19:15
rakudo: 996742e507 | (Zoffix Znet)++ | t/08-performance/02-qast-rewrites.t
Cover new `for` opts
roast: 1065bc8156 | (Zoffix Znet)++ | MISC/bug-coverage.t
More cover for `for` opts

Rakudo fix: github.com/rakudo/rakudo/commit/f8d91b9e22
19:16 Ven`` left
samcv TimToady: .tell doesn't seem to do anything until it actually writes bytes 19:19
geekosaur correct
wen you open the file you're at its beginning. 19:20
wen you write, the file offset si forced to the current end of file,t hen the write takes place
samcv yep
geekosaur if your'e open O_RDWR|O_APPEND, youan seek anywhere ad read, but the next write will again force the offset to the current end of file
this is for support of log files (including e.g. database transaction logs) 19:21
samcv yeah that makes total sense 19:22
Geth rakudo: 60d64e10a2 | (Zoffix Znet)++ | t/08-performance/02-qast-rewrites.t
Check `for ^10 .reverse {}` opt is done
 19:25
19:27 kindling29 joined 19:28 p6bannerbot sets mode: +v kindling29
Zoffix TimToady: are you open to blessing an official alias name for the language for 6.d release? I'm gonna gather some of the suggestions I've seen, and hoping to do some marketing research to could perhaps advise the choice. This will be ready October 9th and if we do get an alias name, I want to know what it is in advance of the 6.d release, to prepare some brochures and stuff. 19:32
19:32 kindling29 left
Geth rakudo: bab9a8d791 | (Zoffix Znet)++ | t/08-performance/02-qast-rewrites.t
Cover more `for` opts

Per github.com/rakudo/rakudo/commit/60...t-30680316		 19:34
lizmat Zoffix++ 19:35
Zoffix buggable: 6.d 19:37
buggable Zoffix, Diwali is in 40 days, which is 5 weeks, 4 days, 4 hours, 22 minutes, and 3 seconds. Need to review 125 commits per day (879/week) to complete. Need 2 teaser flyers. Still have 2 TODO features costing 8 hours. Still have 0.3 policies to write. Still have ~95% of ChangeLog to do.
19:53 Urvelniel28 joined 19:54 p6bannerbot sets mode: +v Urvelniel28 19:57 Urvelniel28 left 20:02 sheyll joined 20:03 p6bannerbot sets mode: +v sheyll 20:04 sheyll left, Raxz27 joined 20:05 p6bannerbot sets mode: +v Raxz27 20:07 Raxz27 left 20:11 fake_space_whale left 20:22 polux362 joined 20:23 p6bannerbot sets mode: +v polux362 20:25 ludovicchabant joined 20:26 p6bannerbot sets mode: +v ludovicchabant, polux362 left 20:30 ludovicchabant left 20:40 sw1nn24 joined, sw1nn24 left
Geth rakudo: 06dfbf0273 | (Elizabeth Mattijsen)++ | 2 files
BEGINnify nqp::getcurhllsym('default_cont_spec')

Because we don't need to look that up each time at runtime		 20:44
20:48 nige joined 20:49 p6bannerbot sets mode: +v nige, [TuxCM] joined, hotbobby25 joined, p6bannerbot sets mode: +v [TuxCM] 20:50 hotbobby25 left
nige TimToady, just saw Zoffix mention the alias for the 6.d release. Here are some of the names I've collected: nigelhamilton.com/perl-branding-proposal.html 20:50
20:53 naos13 joined, MasterDuke left, p6bannerbot sets mode: +v naos13 20:57 naos13 left 20:59 oem joined 21:00 p6bannerbot sets mode: +v oem 21:07 Charlie joined, ProprietaryFreew joined 21:08 p6bannerbot sets mode: +v Charlie, p6bannerbot sets mode: +v ProprietaryFreew, travis-ci joined, p6bannerbot sets mode: +v travis-ci
travis-ci Rakudo build passed. Zoffix Znet 'Cover more `for` opts 21:08
travis-ci.org/rakudo/rakudo/builds/434284315 github.com/rakudo/rakudo/compare/6...b9a8d79178
21:08 travis-ci left 21:09 Kaiepi left, ProprietaryFreew left 21:10 Charlie left
Geth rakudo: 8c4546bb58 | (Elizabeth Mattijsen)++ | src/core/array_operators.pm6
Make [42] use the new Scalar initialization setup

Completely inlines `for ^1_000_000 -> int $_ { [42] }` without any allocations whatsoever: 99.11% of frames got inlined in --profile.		 21:11
Zoffix hopes people won't all pile on on TimToady now 21:18
21:18 MasterDuke joined, p6bannerbot sets mode: +v MasterDuke, MasterDuke left, MasterDuke joined, herbert.freenode.net sets mode: +v MasterDuke, p6bannerbot sets mode: +v MasterDuke
Zoffix We had over a year worth of discussion threads. They're all logged and will be presented. 21:19
AlexDaniel Yeah no need, I'm pretty sure Zoffix will do the best job possible at this
nige agreed - I hope the link above is helpful (that's all) 21:21
AlexDaniel it's nice to see this moving forward somewhat, Zoffix++
I'm also so tired with that issue that I'll take *any* alias. I hope others feel the same :) 21:27
nige (still hopes that TimToady would come up with one) 21:29
lizmat has expressed her opinion in the past and refrains from expressing it again as it hasn't changed 21:32
21:40 oem left 21:44 gmodena29 joined 21:45 gmodena29 left 22:05 stmuk_ joined, stmuk left 22:06 travis-ci joined, p6bannerbot sets mode: +v travis-ci
travis-ci Rakudo build passed. Elizabeth Mattijsen 'BEGINnify nqp::getcurhllsym('default_cont_spec') 22:06
travis-ci.org/rakudo/rakudo/builds/434314754 github.com/rakudo/rakudo/compare/b...dfbf0273cf
22:06 travis-ci left, p6bannerbot sets mode: +v stmuk_ 22:09 fake_space_whale joined 22:10 p6bannerbot sets mode: +v fake_space_whale 22:21 SanguineAnomaly2 joined 22:22 p6bannerbot sets mode: +v SanguineAnomaly2, b2 joined 22:23 p6bannerbot sets mode: +v b2 22:24 SanguineAnomaly2 left 22:26 b2 left
Zoffix AlexDaniel: same here. I'll take anything that isn't tied to perl 22:27
jnthn . 22:35
yoleaux 16:55Z <Zoffix> jnthn: is it deliberate that the range of optimized values doesn't include the endpoints? I.e. that comparators are `>`/`<` instead of `>=`/`<=`? github.com/rakudo/rakudo/commit/1a...453281R893
jnthn Zoffix: Umm...I can't immediately think of a reason. 22:36
I wonder if we can do it with 64-bit numbers even 22:37
Or at least, do that on MoarVM and JVM...I dunno about js in that reguard 22:38
22:38 okdana3 joined 22:39 p6bannerbot sets mode: +v okdana3 22:41 okdana3 left 22:49 evalable6 left, evalable6 joined, ChanServ sets mode: +v evalable6 22:50 p6bannerbot sets mode: +v evalable6
MasterDuke ugh, i'm trying to rebase my wip range optimization to HEAD, it's not an easy merge 22:53
23:22 edog17 joined 23:23 p6bannerbot sets mode: +v edog17 23:25 edog17 left 23:31 raSAM21 joined 23:32 p6bannerbot sets mode: +v raSAM21 23:34 raSAM21 left

Powered by Cro and the RakuĀ® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!