travis-ci Rakudo build passed. Zoffix Znet 'Fix IO::ArgFiles.lines treating non-Int numerics as Inf' 00:47
travis-ci.org/rakudo/rakudo/builds/185934560 github.com/rakudo/rakudo/compare/5...c0480c61a7
Rakudo build passed. Zoffix Znet 'Revert "Fix IO::ArgFiles.lines treating non-Int numerics as Inf" 01:23
travis-ci.org/rakudo/rakudo/builds/185934870 github.com/rakudo/rakudo/compare/a...73d7db635a
Rakudo build passed. Zoffix Znet 'Fix IO::ArgFiles.lines treating non-Int numerics as Inf' 01:58
travis-ci.org/rakudo/rakudo/builds/185935056 github.com/rakudo/rakudo/compare/6...2b6bf2f564
samcv ack i keep running into this bug trying to add tests for unicode properties rt.perl.org/Ticket/Display.html?id=130384 04:30
well i guess I can just use the codepoint hex instead of putting the letter in the text of the file
otherwise it won't even compile 04:31
guys where do I ask questions related to implementation? 04:36
I am trying to write roast tests for all the Unicode properties, and most only have on value. But the Name_Alias one, some of them have multiple values
0085;NEXT LINE;control 04:37
0085;NEL;abbreviation
this one has a 'control' name and an 'abbreviation' alias names
these are the formal name aliases, not the ones that are more like also known as names
and there is a _much_ more important one, Script_Extensions which specifies which scripts a language is used with, in addition to the one that is the value of the 'Script' property 04:41
that can hold multiple values
and is also not supported in MoarVM or Rakudo at this time 04:44
MasterDuke man, just watched jonathan blow's latest video about his language Jai. from-scratch compile of a 33k line program in less than 1s 04:50
yoleaux2 18 Dec 2016 21:46Z <Zoffix> MasterDuke: Hi. I see this commit says it fixes that ticket but the ticket is still open. Is it OK to close? Do you recall whether tests were added as well? github.com/rakudo/rakudo/commit/376950acf2 rt.perl.org/Ticket/Display.html?id...et-history
dalek ast: 2759cf2 | MasterDuke17++ | S32-io/io-path.t:
Add tests for RT #128097

  "-".IO gists correctly
  rt.perl.org/Ticket/Display.html?id=128097		 05:07
synopsebot6 Link: rt.perl.org/rt3//Public/Bug/Displa...?id=128097
MasterDuke .tell Zoffix good catch. tests added for rt.perl.org/Ticket/Display.html?id=128097 in github.com/perl6/roast/commit/2759cf2fce and ticket resolved 05:09
yoleaux2 MasterDuke: I'll pass your message to Zoffix.
dalek ast: 4e9476d | samcv++ | S15-unicode-information/uniprop.t:
uniprop: add a test for Indic_Positional_Category
 05:18
kudo/nom: 73797b7 | MasterDuke17++ | src/core/IO/ArgFiles.pm:
Make IO::ArgFiles.lines about 10% faster

Turn it into a multi so the usual use case can be optimized.		 08:51
kudo/nom: 96f5fba | lizmat++ | src/core/IO/ArgFiles.pm:
Merge pull request #965 from MasterDuke17/more_IO-ArgFiles.lines_optimization

Make IO::ArgFiles.lines about 10% faster
ast: 5c148ed | lizmat++ | S03-feeds/basic.t:
Fix faulty feed check

Trying to feed an infinite list into an array *should* fail, and not just create an empty array silently.		 09:01
ast/6.c-errata: cd83e00 | lizmat++ | S03-feeds/basic.t:
Fix faulty feed check

Trying to feed an infinite list into an array *should* fail, and not just create an empty array silently.		 09:06
lizmat grrrr two more Terminal crashes 09:19
getting moderately tired of it
nine Are there no alternative terminals for Mac OS? 09:41
I guess reporting the bug and hoping for constructive work and a speedy fix would be in vain with a huge company like Apple :) 09:42
notviki samcv: does Unicode declare which chars those chars can be combined with? 11:04
samcv: I don't get; what's actually the question about the multiple properties? 11:05
samcv: this is the place the ask questions about impl. Or open an RT ticket. 11:06
m: dd '١'.uniprop('Numeric').^name 11:07
camelia rakudo-moar 96f5fb: OUTPUT«"Str"␤»
notviki m: dd '١'.uniprop('Number').^name
camelia rakudo-moar 96f5fb: OUTPUT«"Int"␤»
notviki m: dd '༳'.uniprop('Number') 11:09
camelia rakudo-moar 96f5fb: OUTPUT«1␤»
notviki m: dd '٢'.uniprop('Number')
camelia rakudo-moar 96f5fb: OUTPUT«1␤»
notviki doesn't get it 11:10
.tell samcv if the question was how to return the multi props... don't know, but one thing I'd note is it's preferable the methods/sub return predictable values. Right now, I notice if I have $char and $prop, I can no longer know what type .uniprop will return to me. For some reason it returns Int 1 or Int 0 for property 'Number', yet it returns Strs for other properties. If we add Lists to the mix it'd be 11:21
yoleaux2 notviki: I'll pass your message to samcv.
notviki even more unpredictable
.tell samcv even more unpredictable.
yoleaux2 notviki: I'll pass your message to samcv.
notviki sighs 11:32
Just yesterday I first noted in #perl6 and then on the PR that we can't coerce an Inf to an Int and so can't have an Int() coercer in the sig and less than 24 hours later a PR doing exactly that gets merged -_- 11:34
m: $*ARGFILES.lines(Inf)
camelia rakudo-moar 96f5fb: OUTPUT«P6opaque: get_boxed_ref could not unbox for the representation '20' of type Failure␤ in block <unit> at <tmp> line 1␤␤»
notviki star: $*ARGFILES.lines(Inf)
camelia ( no output )
notviki m: "a\nb".lines(Inf)
camelia ( no output )
timotimo yeah, that also confused me
notviki .tell MasterDuke FWIW, $*ARGFILES.lines(Inf) no longer works after #965 11:38
yoleaux2 notviki: I'll pass your message to MasterDuke.
lizmat nine: I think it's a conspiracy to get me to use emacs, because it only happens if you're using vi 12:20
nine Do not give in!
lizmat :-) 12:29
dalek kudo/nom: 24f0eeb | MasterDuke17++ | src/core/IO/ArgFiles.pm:
Handle IO::ArgFiles.lines(Inf)

Base everything off the common case (much more similar to IO::Handle.lines now).		 12:30
kudo/nom: 660b0b9 | (Zoffix Znet)++ | src/core/IO/ArgFiles.pm:
Merge pull request #966 from MasterDuke17/patch-1

Handle IO::ArgFiles.lines(Inf)
notviki m: my @a = (1..Inf)[^1000]; say now - INIT now 14:32
camelia rakudo-moar 660b0b: OUTPUT«0.383827␤»
notviki m: my @a = (1..<Inf>)[^1000]; say now - INIT now
camelia rakudo-moar 660b0b: OUTPUT«3.0618037␤»
notviki ^^^ is there a reason iterators in Range compare to Infs with === and not just == ?
hm, I'm still getting "/home/zoffix/.rakudobrew/bin/../moar-nom/install/share/perl6/site/bin/zef" in usage output: gist.github.com/zoffixznet/a33ea16...4f83ead9e0 15:05
I thought we made it do something better :/ 15:06
oh, I guess the old one had SHA hashes in it?
notviki would rather have the "command" thing we had for a short bit than a giant ass path that makes everything unreadable 15:07
bleh 15:09
I hate everything today :[
notviki crawls into a hole and waits for the holidays
m: constant HNY = BEGIN DateTime.new(year => .year + (1 if .month <= 6)).utc given DateTime.now.utc; dd HNY 15:16
camelia rakudo-moar 660b0b: OUTPUT«===SORRY!===␤QAST::Block with cuid 4 has not appeared␤»
notviki :( 15:17
nine notviki: nine@sunshine:~> zef uinstall blah 15:28
Usage: zef [--force] fetch [<identities> ...] -- Download specific distributions
notviki: I see you are using rakudobrew. A tool for people who know what they are doing and who can live with a LTA user experience.
notviki nine: ah, OK, cool 15:30
Yeah, if it's just in rakudobrew, then it doesn't matter.
nine I strongly suspect rakudobrew is installing shims for commands like zef or panda to redirect the call to the currently selected rakudo. So it's a shim for a shim for a script that just loads a single module. 15:36
We just love our indirections ;)
notviki :)
m: my $i = 2; say ++$i**2 16:49
camelia rakudo-moar 660b0b: OUTPUT«9␤»
notviki m: my $i = 2; say ++$i²
camelia rakudo-moar 660b0b: OUTPUT«===SORRY!=== Error while compiling <tmp>␤Operators '++' and '²' are non-associative and require parentheses␤at <tmp>:1␤------> my $i = 2; say ++$i²⏏<EOL>␤ expecting any of:␤ postfix␤»
notviki This feels like a bug to me. 16:50
.ask TimToady is it by design that ++$i² throws, while ++$i**2 works? I kinda expected the two to be equivalent. See github.com/perl6/roast/issues/200 16:51
yoleaux2 notviki: I'll pass your message to TimToady.
notviki :o 17:24
TimToady well, simply changing the precedence to exponentiation causes the operator precedence parser to get confused, currently 17:57
yoleaux2 16:51Z <notviki> TimToady: is it by design that ++$i² throws, while ++$i**2 works? I kinda expected the two to be equivalent. See github.com/perl6/roast/issues/200
TimToady and if we changed it to methodcall precedence like most other postfixes, it wouldn't work anyway 17:58
but I don't think much "design" was put into it, more like copy/pasta
notviki hm, OK 18:00
I interpret that as: I'm free to try to make it parse the same :) 18:01
TimToady STD had some code to deal with dueling precedences in affixes, but I don't know if nqp's EXPR has the same code
it might also be an interaction with the fact that the EXPR action method is turning it into a binary op internally
anyway, just changing the prec right now results in: 18:02
MVMArray: Can't pop from an empty array at gen/moar/stage2/NQPHLL.nqp:1099 (/home/larry/nom/install/share/nqp/lib/NQPHLL.moarvm:EXPR_reduce)
yes, feel free :)
TimToady has to go out shopping... 18:03
yes, EXPR has the interleaving code, so probably it's the postfix-to-infix transform that is the issue 18:12
afk & 18:13
dalek kudo/nom: 0db0810 | lizmat++ | src/core/Date (2 files):
Make clearer that Date is timezone agnostic

The code for initializing $*TZ was living in the Date module, whereas this is only used by DateTime. So moving it to the source file of DateTime seemed appropriate.		 19:31
lucasb I grepped 'nqp::add_i' and 'nqp::sub_i' and noticed most uses of it are to add or subtract 1 19:44
how come nqp/moarvm doesn't have a specific OP to increment/decrement 1? 19:45
wouldn't this make things more performant? :)
notviki Would it really?
lucasb idk, would it? It was a question :) 19:46
notviki I recall nqp::ord(...) stuff compiles to more performant stuff; wouldn't same be the case for add/sub?
Like, I mean this stuff can probably done automagically instead of adding more ops and doing it manually
m: use nqp; my int $n; nqp::add_i($n, 1) for ^1000_000; say now - INIT now 19:47
camelia rakudo-moar 660b0b: OUTPUT«0.2257413␤»
notviki I wouldn't call it the slowest piece of code :) 19:48
m: use nqp; my int $n; nqp::add_i($n, 10) for ^1000_000; say now - INIT now
camelia rakudo-moar 660b0b: OUTPUT«0.2267643␤»
lucasb ok, then. we can say it's already fast enough :)
lizmat goes off to see some Passengers 19:55
[Coke] lizmat: I like iTerm2 for the mac, if you're looking for a replacement. 21:34

Powered by Cro and the Raku® Programming Language.

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

Thank you!