dalek p: f2c0405 | (Zoffix Znet)++ | .gitignore:
Add tools/build/install-jvm-runner.pl to .gitignore

So it does not accidentally get committed		 01:06
p: 1db2689 | (Zoffix Znet)++ | / (2 files):
Remove trailing whitespace
 01:20
p: ddebbfa | (Zoffix Znet)++ | / (2 files):
Make sprintf %f, %e, and %g handle negative zero

Negative zeros in those formats produce a string starting with -, as corroborated by Perl 5's sprintf.
Fixes RT#128821: rt.perl.org/Ticket/Display.html?id=128821		 01:27
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128821
kudo/nom: f1263ab | (Zoffix Znet)++ | tools/build/NQP_REVISION:
(bump nqp) Make sprintf %f, %e, and %g handle negative zero

Negative zeros in those formats produce a string starting with -, as corroborated by Perl 5's sprintf.
Fixes RT#128821: rt.perl.org/Ticket/Display.html?id=128821 NQP commit: github.com/perl6/nqp/commit/ddebbf...50099fc685		 01:34
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128821
ast: 795fc1f | (Zoffix Znet)++ | S32-num/negative-zero.t:
Test sprintf can handle negative zero

RT#128821: rt.perl.org/Public/Bug/Display.html?id=128821
N.B.: I have more negative zero tests to write, which is why I started this separate file for negative zero.		 02:00
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128821
kudo/nom: 2efeda0 | (Zoffix Znet)++ | t/spectest.data:
Add S32-num/negative-zero.t to list of test files to run

Tests negative zeros are correctly handled and propagated by various routines.		 02:01
travis-ci Rakudo build passed. Zoffix Znet '(bump nqp) Make sprintf %f, %e, and %g handle negative zero 02:19
travis-ci.org/rakudo/rakudo/builds/178976598 github.com/rakudo/rakudo/compare/1...263abc2741
Rakudo build passed. Zoffix Znet 'Add S32-num/negative-zero.t to list of test files to run 02:55
travis-ci.org/rakudo/rakudo/builds/178979087 github.com/rakudo/rakudo/compare/f...feda059771
ugexe m: "xxx".subst(/no second argument/); # infinite loop from Cool subst candidate github.com/rakudo/rakudo/blob/nom/...ol.pm#L225 03:20
camelia rakudo-moar 2efeda: OUTPUT«(timeout)Potential difficulties:␤ Space is not significant here; please use quotes or :s (:sigspace) modifier (or, to suppress this warning, omit the space, or otherwise change the spacing)␤ at <tmp>:1␤ ------> "xxx".subst(/no⏏ secon…»
dalek kudo/nom: 4663d43 | (Zoffix Znet)++ | src/Perl6/Grammar.nqp:
Reject synthetics in numbers in colonpairs in :42foo format

Currently, a colon pair like ":7\x[308]a".EVAL would appear to parse correctly, but in reality, the number would get parsed only until the first synthetic.
Fix by going over each char of the numeral and checking it `eq` to its .ord.chr
Fixes RT#128551: rt.perl.org/Ticket/Display.html?id=128551		 03:22
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128551
ast: b362890 | (Zoffix Znet)++ | S02-literals/pairs.t:
Test synthetic numerals in colon pairs in :42foo format throw

RT#128551: rt.perl.org/Ticket/Display.html?id=128551
Commit with fix: github.com/rakudo/rakudo/commit/4663d43130
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128551
viki ugexe: spectesting a fix 03:35
dalek kudo/nom: 0a874fb | (Zoffix Znet)++ | src/core/ (2 files):
Fix infinit loop in .subst with no arguments

If .subst method is called without arguments, the matching multi is one provided by Cool. It coerces the arg to Stringy and calls .subst method on it, passing args via a Capture. However, if that Capture doesn't satisfy Stringy candidates, we get the Cool candidate again, and the loop repeats.
Fix by making Cool.subst an only method and moving the proto to Str.subst, making only Str's candidates available.
  ugexe++ for spotting:
  irclog.perlgeek.de/perl6-dev/2016-...i_13630780		 03:44
ast: 7c3a384 | (Zoffix Znet)++ | S05-substitution/subst.t:
Remove trailing whitespace
 03:45
ast: 4eede1c | (Zoffix Znet)++ | S05-substitution/subst.t:
Test .subst() with no args does not infiniloop

Test for fix github.com/perl6/roast/commit/7c3a3841eb IRC: irclog.perlgeek.de/perl6-dev/2016-...i_13630780		 03:46
viki ugexe: done
ugexe viki++
dalek kudo/nom: e2587cd | (Zoffix Znet)++ | src/core/allomorphs.pm:
Teach val() to handle negative zero nums correctly

Part of fixing RT#128897:
  rt.perl.org/Ticket/Display.html?id=128897		 04:19
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128897
ast: 7fed1c0 | (Zoffix Znet)++ | S32-num/negative-zero.t:
Test val() can parse a negative zero num

Implemented in commit:
  github.com/rakudo/rakudo/commit/e2587cd012		 04:20
ast: f0269f4 | (Zoffix Znet)++ | S32-num/negative-zero.t:
Test val() can handle U+2212 minus with negative zero
 04:48
rakudo/nom: a9654c0 | (Zoffix Znet)++ | src/core/Str.pm: 05:02
rakudo/nom: Teach Str.Num to handle negative zeros
rakudo/nom:
rakudo/nom: While val will return[^1] negative zeros when the string contains a num,
rakudo/nom: it won't do so for other types. Since we do have the sign information
rakudo/nom: available in the string itself and the method requests a Num, attach the
rakudo/nom: correct sign to zeros, even if the string does not contain a num.
rakudo/nom:
rakudo/nom: Fixes RT#128897: rt.perl.org/Ticket/Display.html?id=128897
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128897
dalek rakudo/nom:
rakudo/nom: [1] github.com/rakudo/rakudo/commit/e2587cd012
ast: cbc959f | (Zoffix Znet)++ | S32-num/negative-zero.t:
Test Str.Num correctly handles negative zeros

RT#128897: rt.perl.org/Ticket/Display.html?id=128897 Fix commit: github.com/rakudo/rakudo/commit/e2587cd012		 05:05
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128897
viki github.com/rakudo/rakudo/commit/a9...84cef00577 05:06
MasterDuke hmm, how do i open a subprocess for writing in nqp...? 05:29
yoleaux2 25 Nov 2016 11:52Z <viki> MasterDuke: can you look at this ticket? IIRC we decided this was a DITHWIDT and wasn't worth a fix, right? rt.perl.org/Ticket/Display.html?id=128551
viki disregard that 05:30
dalek rakudo/nom: c797d3f | (Zoffix Znet)++ | src/core/Date.pm: 05:51
rakudo/nom: Fix sleep() with huge values failing to sleep
rakudo/nom:
rakudo/nom: Imagine you get into a cryogenic chamber, hoping to be whisked into the distant
rakudo/nom: future exactly 317,097,919 years, 50 weeks, 2 days, 17 hours, 46 minutes, and
rakudo/nom: 40 seconds in the future. The control software is written in Perl 6 and the lazy 05:52
rakudo/nom: programmer just stuck a sleep() function in there. Unfortunately, you will be
rakudo/nom: defrosted instantly, because there's a bug with such huge numbers and sleep()
rakudo/nom: doesn't sleep at all! Of course, another lazy programmer may assume such huge
rakudo/nom: amounts of time are practically infinity and fix the bug with such assumption,
rakudo/nom: but then you will be frozen... forever! Therefore, we must fix the sleep()
rakudo/nom: function to handle huge chunks of time by splitting them into several sleeps in
rakudo/nom: intervals of 1e16 seconds (approximatelly max that JVM can handle), thereby
rakudo/nom: guaranteeing all cryogenic chambers will function correctly.
viki rakudo/nom:
rakudo/nom: Fixes RT130170: #rt.perl.org/Ticket/Display.html?id=130170
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=130170
viki rakudo/nom:
rakudo/nom: Review: github.com/rakudo/rakudo/commit/c7...f5082c6738
dalek ast: 0fc0919 | (Zoffix Znet)++ | S29-context/sleep.t:
Test sleep() with huge values actually sleeps

RT130170: #rt.perl.org/Ticket/Display.html?id=130170
Fix commit: github.com/rakudo/rakudo/commit/c7...f5082c6738		 05:53
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=130170
MasterDuke nqp: my $f := nqp::open("|sqlite3 tmp.sqlite", :w); nqp::sayfh($f, "CREATE TABLE allocators(id INTEGER PRIMARY KEY ASC, name TEXT);"); nqp::closefh($f); 05:58
camelia nqp-moarvm: OUTPUT«Invalid open mode for file |sqlite3 tmp.sqlite: 1␤ at <tmp>:1 (<ephemeral file>:<mainline>)␤ from gen/moar/stage2/NQPHLL.nqp:1437 (/home/camelia/rakudo-m-inst-2/share/nqp/lib/NQPHLL.moarvm:eval)␤ from gen/moar/stage2/NQPHLL.nqp:1640 (/home/camelia/rakud…»
timotimo yeah, you spell that very differently in nqp-land
MasterDuke ah, do you know the incantation? 05:59
timotimo nope, but i can tell you where to look
actually ... 06:00
MasterDuke that would help
timotimo it might be a tad difficult to tear out the code from Proc::Async and throw away the rakudo-y bits 06:01
hm. actually ... spawnprocasync might be easy-ish
yeah
set a few options in a hash, grab the $!process_handle, then you can nqp::asyncwritebytes as well as nqp::closefh later 06:02
MasterDuke ahhh. i saw spawnprocasync in the nqp docs, but it had no explanation 06:03
thanks, i'll give that a go
timotimo it's rather a little bit involved
seems like you need to also create a queue for the events to go into 06:04
events like "oi, there's some bytes for ye!" 06:05
but! you're not required to capture stdout and stderr at all, so you can just put in a random ConcurrentBlockingQueue and never look at it again
we can't have a process that we write stuff into without using Proc::Async, can we? 06:06
i think we're even going to re-implement the non-async proc ops based on the async one, it was rumored
MasterDuke hm, nqp::spawnprocasync isn't ever used in nqp 06:07
timotimo yeah
why would it be :)
i don't think anything in nqp uses asynchronous stuff at all. though it could very well be that we have tests in nqp's test suite for that stuff
hah, it's on the TODO list that i didn't even know existed 06:08
MasterDuke well, there are no tests that use nqp::spawnprocasync
timotimo yeah
MasterDuke ha, yeah, i see that TODO
timotimo the neat thing is, that the interface to spawnprocasync doesn't require you to have an implementation of Promise or of Supply 06:09
because all it does is push callbacks into the scheduler's queue when things happen
MasterDuke this looks annoying to try and use in nqp-land 06:10
timotimo *shrug*, it could be much worse 06:11
viki Hm, looks like in the middle of making that joke I also found a bug in polymod 06:12
m: my $seconds = 1e31; dd $seconds.Num.polymod: 1e16 xx *;
camelia rakudo-moar c797d3: OUTPUT«(0e0, 1e+15).Seq␤»
viki m: my $seconds = 1e32; dd $seconds.Num.polymod: 1e16 xx *;
camelia rakudo-moar c797d3: OUTPUT«(0e0, 0e0, 1e0).Seq␤»
timotimo github.com/rakudo/rakudo/blob/nom/...ler.pm#L42 - here's how you're expected to use the queue, i.e. what kind of data lands in these $task pieces
viki Or maybe I need to go bed
timotimo well, the second result does look wrong, right? 06:13
viki oh "If the divisors are given as a lazy list, runs until the remainder is 0 or the list of divisors is exhausted"
timotimo because 1e0 * 1e16 isn't 1e32
oh, you mean that there's 0e0 in front
viki Well, I thought this would give me the total back: 06:14
m: my $seconds = 1e33; say sum gather { .say, take $_*1e16 for grep *.so, $seconds.Num.polymod: 1e16 xx *; }
camelia rakudo-moar c797d3: OUTPUT«10␤1e+17␤»
viki It kinda bugs me my fix for sleep doesn't actually sleep for correct number of seconds, regardless of how unrealistic that scenario is...
timotimo you're forgetting to increase the multiplicand 06:15
like, you're trying to calculate 512 as 5*10+1*10+2*10
viki right, that won't help me then, 'cause I need to sleep in intervals of at most 1e16 seconds. 06:51
viki goes for a gather/take thing
dalek kudo/nom: 7c5ea31 | (Zoffix Znet)++ | src/core/Date.pm:
sleep() for correct number of seconds for values above 1e16 seconds
 06:57
viki and speaking of sleep.... 06:58
viki drops to bed
FROGGS o/ 09:52
vendethiel \o 11:26
nine What do you people think about merging lexical_module_load right now? Next release is a couple weeks off giving us quite some time to determine whether it should be reverted or not. 12:17
I fear we won't make any progress any other way.
lizmat nine: +1 12:19
jnthn Think I've asked this before but forgot the answer: did we try an ecosystem test with it on? 12:26
One other prerequisite is that we have a migration guide that we can point people at. 12:27
That explains the change and what they need to do.
Preferably on doc.perl6.org 12:29
dalek ast: 08ffd2f | usev6++ | S29-context/sleep.t:
Fudge test for RT #130170 for JVM
 12:30
ast: 4cb14ff | usev6++ | S32-io/open.t:
Unfudge test for $fh.get after $fh.seek on JVM
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=130170
MasterDuke before sleeping i spent a little time looking at nqp::[spawnprocasync, syncpipe, shell, spawn, etc.] and never managed to find a simple way to open a subprocess for writing 12:50
spawnprocasync is complicated, shell/spawn would block, and open("|sqlite3 tmp.sqlite", :w) just isn't implemented 12:51
any suggestions before i take the time to figure out spawnprocasync? 12:52
nine jnthn: Task::Star installs successfully and my Bailador example works. It's been a while since I've seen issues running this branch. But I'm not much of a Perl 6 _user_ :) 12:54
jnthn: I'll write something up for docs
jnthn nine: At some point we had something that could smoke the whole module ecosystem with a particular Rakudo change. 12:57
timotimo well, what happens when we just run "panda smoke" or whatever it was called 12:58
or do you need to actually grab emmentaler for that?
jnthn Ah, emmentaler...
I've forgotten what the state of the art was there
timotimo the fate of the start
nine That sounds quite handy!
jnthn Indeed
lunch &
nine First draft: gist.github.com/niner/70f7b46eefb7...6bea11efeb 13:09
Comments/suggestions/patches very welcome :)
timotimo nine: it says "will complain about 'Foo' already being defined", but isn't this about 'Bar' already being defined? 13:14
or am i Just Wrong?
nine timotimo: I should rename Foo in the second example so it is not confused with the Foo in the first 13:19
fixed it 13:20
timotimo oh, yes 13:21
RabidGravy nine, looks good 13:37
nine, is that actually in nom now? I was going to test against the branch but time got away from me 13:39
dalek kudo/nom: bdc7a91 | (Zoffix Znet)++ | src/core/Date.pm:
Document the 1e16 magic number
 13:58
viki +1 on lexical_module_load merge 14:05
nine RabidGravy: not yet merged 14:23
RabidGravy right
nine emmentaler seems to be severely bitrotted 14:40
timotimo i can imagine
nine Ah, got it to do something now :) 14:42
But....it installs everything into my rakudo installation instead of installlib 14:43
ah, better 14:44
After building Linenoise, every module fails with X::AdHoc.new(payload => "setcodeobj needs a code ref") 14:57
TimToady sneaks back into the sausage factory via the back door 15:06
yoleaux2 17 Nov 2016 14:36Z <viki> TimToady: was − (fancy minus) meant to work everywhere a regular minus works or just with literals? "−42".Numeric and sub (−4) {} fail for example. Should those be fixed?
21 Nov 2016 12:25Z <viki> TimToady: never mind. japhb said the reason is mostly due to val() being done prior to addition of fancy pants minus ( irclog.perlgeek.de/perl6-dev/2016-...i_13587383 )
21 Nov 2016 12:51Z <lizmat> TimToady: any thoughts on val() also processing enums in scope ?
21 Nov 2016 12:54Z <lizmat> TimToady: aka: having val("True") returning Bool::True
TimToady darn, tripped the alarm...
viki :D
TimToady: for the enum thing... We were trying to solve the issue of sub MAIN being able to take enums(). We did with github.com/rakudo/rakudo/blob/d1ef...pm#L18-L22 but now we can't have Str $foo that can take, say, value "False", since it'd be converted to the Bool and not a Str. So as a solution to that, we thought of EnumStr allomorph, but that 15:14
also has a problem that my $foo = set <foo bar ber>; say so $foo{'foo'} would break the minute you bring an enum `foo` into scope, since it'll now become EnumStr instead of Str. So... that's where we're at ATM.
TimToady yeah, enums as text literals are...fraught... 15:16
viki Maybe just limit them to handling sub MAIN stuff?
TimToady is unfortunately still recovering from the turn-brain-to-snot virus he came home from Portugal with, so is not entirely compos mentis 15:19
diakopter yeck 15:46
[TuxCM] This is Rakudo version 2016.11-65-gbdc7a91 built on MoarVM version 2016.11-20-g0f7277a 16:05
csv-ip5xs 3.285
test 14.610
test-t 6.588
csv-parser 14.504
diakopter I still don't know what "test" or "test-t" or "csv-parser" refer to. I can guess what csv-ip5xs is, and why it's the baseline 16:11
viki .ask bartolin what's the failure in this test (sleep huge values)? Seems to work fine in camelia. github.com/perl6/roast/commit/08ff...67fb20b397 16:16
yoleaux2 viki: I'll pass your message to bartolin.
viki bbrrr
It'd help if I run the test with j: and not m: >>:(
.tell bartolin never mind. Reproduced :)
yoleaux2 viki: I'll pass your message to bartolin.
[TuxCM] diakopter, test is the first pure-perl6 draft, test-t is the full-featured Text::CSV in perl6, csv-parser is CSV::Parser from Tony (perl6) 16:18
diakopter [TuxCM]: ok thanks. how big are the csv inputs and how complex/conformat are they 16:20
nine diakopter: for i in $(seq 1 10000); do echo 'hello,","," ",world,"!"'; done > /tmp/hello.csv 16:28
diakopter giggle 16:30
so I guess the timings are in nanoseconds
nine if only 16:31
diakopter a meaningful comparison would compare to the 45 fastest json readers in npm 16:40
er. csv.
[TuxCM] diakopter, tux.nl/Talks/CSV6/speed5.html 16:44
additions welcome
all tests and sources therefor available in github.com/Tux/CSV
diakopter 76 distributions mention CSV in CPAN; 898 packages mention CSV in NPM (11.8 ratio); 34,500 total distributions in CPAN; 360,000 total packages in NPM (10.4 ratio). Similar ratio seems similar 16:47
[TuxCM] patches welcome :) 16:48
diakopter fsdo patches, which may or may not be feasible or useful or worthwhile 16:49
nine Seems like emmentaler stumbles over modules that need LibraryMake. On rakudo nom btw. 16:55
dalek kudo/nom: 085145f | (Zoffix Znet)++ | src/core/Num.pm:
Teach infix:<===> to handle signed zeros correctly

And since cmp uses ===, we also need make it watch for zeros, since it needs to handle both zeros as same.
Fixes RT#128395: rt.perl.org/Ticket/Display.html?id=128395		 16:58
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128395
ast: f67de6c | (Zoffix Znet)++ | S32-num/negative-zero.t:
Test cmp and === on signed num zeros

RT#128395: rt.perl.org/Ticket/Display.html?id=128395 Fix commit: github.com/rakudo/rakudo/commit/085145f3a5
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128395
japhb Zoffix++ # Edge cases matter too 17:10
viki m: dd [ atan2(-0e0, -1), atan2(0e0, -1) ]; # since they can give wildly different results 17:11
camelia rakudo-moar 085145: OUTPUT«[-3.14159265358979e0, 3.14159265358979e0]␤»
dalek kudo/nom: 938d4d8 | (Zoffix Znet)++ | src/core/Date.pm:
Use smaller value as upper edge of super-large sleeps

nqp::sleep(1e16) actually exits instantly on JVM and the only reason sleep(Inf) worked was because it was continuously looping.
Fix by using smaller 1e15 value.		 17:17
ast: db4efab | (Zoffix Znet)++ | S29-context/sleep.t:
Revert "Fudge test for RT #130170 for JVM"

This reverts commit 08ffd2f682bc376f1219f1802a96fb67fb20b397.
Issue fixed in commit: github.com/rakudo/rakudo/commit/938d4d8cd0
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=130170
viki ZOFVM: Files=1204, Tests=130206, 137 wallclock secs (20.37 usr 2.93 sys + 2414.20 cusr 202.46 csys = 2639.96 CPU) 17:37
dogbert17 hmm: # Failed test 'huge values to sleep() work' 17:54
# at /home/dogbert/repos/rakudo/t/spec/packages/Test/Util.pm (Test::Util) line 76
# got out: "Fail\n"
# expected out: ""
This is Rakudo version 2016.11-67-g938d4d8 built on MoarVM version 2016.11-20-g0f7277a 17:56
viki dogbert17: what happens when you run perl6 -e 'use nqp; nqp::sleep(1e15)' 17:57
and try with 1e14 and 1e13, and etc, until it actually doesn't exit immediately
dogbert17 it exists immediately
as do 14 and 13 17:58
viki Which exponent doesn't exit immediatelly? This is on a 32-bit box, right?
dogbert17 1e9 stops the program from exiting immediately
now it just hangs
viki good
dogbert17 classic note :) I'm on 32 bit 17:59
geekosaur sounds about right...
dogbert17 precision wise? 18:01
geekosaur well, overflow-wise 18:02
dogbert17 ah, of course
dogbert17 wonders if he's the only one still running a vm in 32 bit 18:04
viki my dev box at $work is 32-bit
dogbert17 viki: perfect, please try t/spec/S32-num/power.rakudo.moar and t/spec/S04-declarations/constant.rakudo.moar when you get a chance 18:05
they fail on 32 bit 18:06
dalek kudo/nom: 2f72fa0 | (Zoffix Znet)++ | src/core/Date.pm:
Use smaller base interval for ultra-large sleeps

1e15 causes overflow on 32-bit boxes[^1]. Fix by using 1e9 intervals that don't.
  dogbert17++ for spotting
  [1] irclog.perlgeek.de/perl6-dev/2016-...i_13633257		 18:07
gfldex lizmat: for the next weekly it may be noteworthy to point as trait_mod declarator for those who want to define their own traits docs.perl6.org/type/Sub#index-entr...larator%29 21:33
lizmat gfldex: is it noteworthy because it is new? 21:34
AlexDaniel lizmat: if changes to our exponentially increasing number of bots are still worth mentioning, unicodable6 is a new bot 21:37
lizmat unicodable6: help 21:38
unicodable6 lizmat, Just type any unicode character or part of a character name. Alternatively, you can also provide a code snippet or a regex
lizmat unicodable6: set
unicodable6 lizmat, U+0088 CHARACTER TABULATION SET [Cc] ()
lizmat, U+008A LINE TABULATION SET [Cc] ()
lizmat, U+0093 SET TRANSMIT STATE [Cc] ()
lizmat, gist.github.com/5587a8d9afd8860dfe...5e7a84273b
AlexDaniel lizmat: irclog.perlgeek.de/perl6/2016-11-21#i_13608245
lizmat unicodable6: VIDEOCASSETTE # :-) 21:39
unicodable6 lizmat, U+0056 LATIN CAPITAL LETTER V [Lu] (V)
lizmat, U+0049 LATIN CAPITAL LETTER I [Lu] (I)
lizmat, U+0044 LATIN CAPITAL LETTER D [Lu] (D)
lizmat, gist.github.com/6cc4c05b1e2b554495...6a6bae499f
jnthn Hm, how does it decide whether to search by char name, or to show the chars in the string? 21:40
lizmat unicodable6: U+1F4FC
unicodable6 lizmat, U+0055 LATIN CAPITAL LETTER U [Lu] (U)
lizmat, U+002B PLUS SIGN [Sm] (+)
lizmat, U+0031 DIGIT ONE [Nd] (1)
lizmat, gist.github.com/cf0944f3a416904e1a...ac5b457ac3
AlexDaniel lizmat: ok, that's a TODO
lizmat ah, ok :-)
AlexDaniel jnthn: a-zA-Z\s
jnthn Ah
unicodable6: Ḍ̇ 21:42
unicodable6 jnthn, U+0307 COMBINING DOT ABOVE [Mn] (◌̇)
jnthn, U+1E0C LATIN CAPITAL LETTER D WITH DOT BELOW [Lu] (Ḍ)
jnthn Hm, curious, out of order? :)
AlexDaniel lizmat: the main idea here was that yoleaux2 does not know about the new unicode stuff (e.g. BUTTERFLY) 21:43
lizmat but shouldn't yoleaux2 be updated then ?
AlexDaniel jnthn: yes, possibly a bug in IRC::Client github.com/zoffixznet/perl6-IRC-Cl.../issues/32
jnthn Ah, OK :)
AlexDaniel lizmat: sure, but dogfood :)
lizmat AlexDaniel: true, which reminds me to run a few spectests with HARNESS_TYPE=6 21:44
AlexDaniel lizmat: and it will never allow stuff like this anyway
u: {.uniname.words == 13}
unicodable6 AlexDaniel, U+0753 ARABIC LETTER BEH WITH THREE DOTS POINTING UPWARDS BELOW AND TWO DOTS ABOVE [Lo] (ݓ) 21:45
AlexDaniel, U+FBF9 ARABIC LIGATURE UIGHUR KIRGHIZ YEH WITH HAMZA ABOVE WITH ALEF MAKSURA ISOLATED FORM [Lo] (ﯹ)
AlexDaniel, U+FBFA ARABIC LIGATURE UIGHUR KIRGHIZ YEH WITH HAMZA ABOVE WITH ALEF MAKSURA FINAL FORM [Lo] (ﯺ)
AlexDaniel, gist.github.com/f9b0e78b684968fdc4...9165ee6c75
AlexDaniel .u Me 21:46
yoleaux2 U+0019 END OF MEDIUM [Cc] (␙)
U+0095 MESSAGE WAITING [Cc] (<control>)
U+009E PRIVACY MESSAGE [Cc] (<control>)
AlexDaniel .u [Me]
yoleaux2 U+004D LATIN CAPITAL LETTER M [Lu] (M)
U+005B LEFT SQUARE BRACKET [Ps] ([)
U+005D RIGHT SQUARE BRACKET [Pe] (])
AlexDaniel u: Me
unicodable6 AlexDaniel, U+0489 COMBINING CYRILLIC MILLIONS SIGN [Me] (◌҉)
AlexDaniel, U+0488 COMBINING CYRILLIC HUNDRED THOUSANDS SIGN [Me] (◌҈)
AlexDaniel, U+1ABE COMBINING PARENTHESES OVERLAY [Me] (◌᪾)
AlexDaniel, gist.github.com/42af7c4d0172309463...f45add7906
gfldex lizmat: it is new because we forgot to show how users can define traits 22:30
RabidGravy it is in the documentation, but a bit thin 22:35
it probably wants a whole page as the basic thing is easy, it's what you do with them gets more interesting 22:36
dalek kudo/nom: eaa8e2d | lizmat++ | src/core/Rakudo/Internals.pm:
Make R:I:ShapeLeafIterator support native arrays
 23:29
kudo/nom: e0c0ae5 | lizmat++ | / (2 files):
Make copying 1+dimmed native arrays 6x faster

  - create a separate STORE candidate for this
  - benchmarked for 2x2 array, higher sizes / dimensions probably faster still		 23:34
lizmat good night, #perl6-dev! 23:46
viki night 23:48
timotimo gniet lizmat 23:49

Powered by Cro and the Raku® Programming Language.

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

Thank you!