»ö« Welcome to Perl 6! | perl6.org/ | evalbot usage: 'perl6: say 3;' or rakudo:, niecza:, std:, or /msg camelia perl6: ... | irclog: irc.perl6.org | UTF-8 is our friend!
Set by sorear on 25 June 2013.
BenGoldberg Surely the evalbot could be changed to write the file before calling the perl6es to evaluate it's contents, no? 01:19
japhb Is there a portable way to find out when a JVM process started, and can that info be made available to r-j? 01:59
BenGoldberg According to stackoverflow: 02:03
long jvmUpTime = ManagementFactory.getRuntimeMXBean().getUptime();
or:
long jvmStartTime = ManagementFactory.getRuntimeMXBean().getStartTime();
BenGoldberg (That's from stackoverflow.com/questions/817801/...m-started) 02:04
I suppose this is to implement a perl6 equivilant to perl5's $^T ? 02:05
japhb BenGoldberg: Yes, but I actually want to know when the JVM started, not just when Rakudo started executing my script (though that's nice too, but at least I can just 'BEGIN my $start = now;' for a close approximation to that one) 02:16
dalek ecs: eed90ad | lue++ | S03-operators.pod:
[S03] Finally, finally move =head1 Adverbs to =head2

  newbie_Perl6++ for reminding me this still needed to be done :) .		 04:55
jnthn o/ 10:07
diakopter o//
FROGGS o\/ 11:00
moritz \\o 11:00
timotimo r: say max +«3141592653589793.match(/.+<?{(+$/).is-prime}>/,:ex) 11:13
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«-Inf␤»
timotimo i'm surprised that doesn't work?
r: say max +«3141592653589793.match(/.+<?{(+$()).is-prime}>/,:ex) 11:14
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«-Inf␤»
timotimo r: say max +«3141592653589793.match(/(.+)<?{(+$0).is-prime}>/,:ex)
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«415926535897␤»
jnthn $() is $/.ast, no?
timotimo i thought it was defined to be something else if no .ast is set 11:15
Rotwang will ever: "[+] 1 .. Inf" return -(1/12)? [;
jnthn timotimo: oh, maybe...
FROGGS it should be $/.ast // ~$/
timotimo that's what i thought; but since $/ doesn't seem to work there either ... 11:16
r: say max +«3141592653589793.match(/(.+){$/.say}/,:ex)
camelia rakudo-moar 6aa2f1: OUTPUT«(timeout)｢3141592653589793｣␤ 0 => ｢3141592653589793｣␤␤｢314159265358979｣␤ 0 => ｢314159265358979｣␤␤｢31415926535897｣␤ 0 => ｢31415926535897｣␤␤｢3141592653589｣␤ 0 => ｢3141592653589｣␤␤｢314159265358｣␤ 0…» 11:17
..rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1: OUTPUT«｢3141592653589793｣␤ 0 => ｢3141592653589793｣␤␤｢314159265358979｣␤ 0 => ｢314159265358979｣␤␤｢31415926535897｣␤ 0 => ｢31415926535897｣␤␤｢3141592653589｣␤ 0 => ｢3141592653589｣␤␤｢31415926…»
timotimo it does look like it *should* work
Biohazard o.o
timotimo oh, that's when i have ( )
r: say max +«3141592653589793.match(/.+{$/.say}/,:ex)
camelia rakudo-moar 6aa2f1: OUTPUT«(timeout)｢3141592653589793｣␤␤｢314159265358979｣␤␤｢31415926535897｣␤␤｢3141592653589｣␤␤｢314159265358｣␤␤｢31415926535｣␤␤｢3141592653｣␤␤｢314159265｣␤␤｢31415926｣␤␤｢3141592｣␤␤｢314159｣…» 11:17
..rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1: OUTPUT«｢3141592653589793｣␤␤｢314159265358979｣␤␤｢31415926535897｣␤␤｢3141592653589｣␤␤｢314159265358｣␤␤｢31415926535｣␤␤｢3141592653｣␤␤｢314159265｣␤␤｢31415926｣␤␤｢3141592｣␤␤…»
timotimo so ... wha? 11:18
r: say max +«3141592653589793.match(/.+<?{say (+$/); (+$/).is-prime}>/,:ex)
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«3141592653589793␤3141592653589793␤3141592653589793␤3141592653589793␤3141592653589793␤3141592653589793␤3141592653589793␤3141592653589793␤3141592653589793␤3141592653589793␤3141592653589793␤314159…»
timotimo i'm not sure why that's the output 11:19
i would expect each number to show up twice, but not the first one infinitely often 11:20
r: say max +«3141592653589793.match(/.+<?{say $/; (+$/).is-prime}>/,:ex)
camelia rakudo-moar 6aa2f1: OUTPUT«(timeout)｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢3141592653589793｣…»
..rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1: OUTPUT«｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢3141592653589793｣␤␤｢31415926…»
grondilu r: gist.github.com/grondilu/8489288 11:40
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«(timeout)» 11:41
timotimo grondilu: why do you compare the numbers with ~~? 11:55
timotimo r: gist.github.com/timo/8489532 12:04
camelia rakudo-moar 6aa2f1: OUTPUT«0.847213␤» 12:04
..rakudo-parrot 6aa2f1: OUTPUT«0.847213084835193␤»
..rakudo-jvm 6aa2f1: OUTPUT«0.8472130848351929␤»
grondilu timotimo: I thought it would work, but now I realize that the original code on RC compares @$_ ~~ ($a, $g) which is a bit different from $a ~~ $g. It compares each number to its previous version, so the sequence can stop even if the numbers are not exactly equal. 12:07
timotimo ah, i see 12:20
yes, that makes more sense
colomon ABC passes all tests under MoarVM! 12:30
dagurval: GD::Raw failed the smoke test for the last two days. 12:32
timotimo \o/ 12:37
jnthn colomon: Is that just trying it out, or do you have an automated thingy to try all the modules under MoarVM? 13:02
preflex jnthn: you have 3 new messages. '/msg preflex messages' to read them.
colomon jnthn: just tried it manually
using prove
jnthn ah, k :)
Still, cool :)
FROGGS v5 has a problem loading modules at some point 13:03
colomon jnthn: the smoke testing tools depend on panda. that's not working yet, is it? (I haven't tried) 13:17
jnthn colomon: Don't think anybody has tried yet :)
grondilu r: multi f(1) { 0 }; say f(3/3) 13:59
camelia rakudo-moar 6aa2f1: OUTPUT«Cannot call 'f'; none of these signatures match:␤:(Int )␤ in sub f at /tmp/5r2H4oVOap:2␤ in block at /tmp/5r2H4oVOap:2␤␤»
..rakudo-jvm 6aa2f1: OUTPUT«Cannot call 'f'; none of these signatures match:␤:(Int )␤ in any at gen/jvm/BOOTSTRAP.nqp:1212␤ in any at gen/jvm/BOOTSTRAP.nqp:1202␤ in sub f at /tmp/vEex6HfLEu:1␤ in block at /tmp/vEex6HfLEu:1␤␤»
..rakudo-parrot 6aa2f1: OUTPUT«Cannot call 'f'; none of these signatures match:␤:(Int )␤ in any at gen/parrot/BOOTSTRAP.nqp:1219␤ in any at gen/parrot/BOOTSTRAP.nqp:1210␤ in sub f at /tmp/avuHnfPkhw:1␤ in block at /tmp/avuHnfPkhw:1␤␤»
colomon r: say "3/4".Rat 14:06
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«0.75␤»
colomon m: say "C".Rat
camelia rakudo-moar 6aa2f1: OUTPUT«===SORRY!===␤Cannot convert string to number: base-10 number must begin with valid digits or '.' in '⏏C' (indicated by ⏏)␤»
grondilu r: multi f(1) { "one" }; multi f($x) { $x.perl }; say f(3/3) 14:30
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«1.0␤»
grondilu n: multi f(1) { "one" }; multi f($x) { $x.perl }; say f(3/3) 14:31
camelia niecza v24-109-g48a8de3: OUTPUT«1.0␤»
grondilu is not sure this is ok
jnthn Only way that'd be OK is if 3/3 was to produce an Int. 14:33
grondilu :/ 14:34
so I need to write multi f($x where $x == 1) {...}, I guess
jnthn where 1 may cut it
r: multi f(Real where 1) { } 14:35
camelia rakudo-jvm 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/wxP85IDTUj␤Cannot do non-typename cases of type_constraint yet␤at /tmp/wxP85IDTUj:1␤------> multi f(Real where 1⏏) { }␤ expecting any of:␤ postfix␤»
..rakudo-moar 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/Lc0RsGLQed␤Cannot do non-typename cases of type_constraint yet␤at /tmp/Lc0RsGLQed:1␤------> multi f(Real where 1⏏) { }␤ expecting any of:␤ postfix␤»
..rakudo-parrot 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/0VQAuhBjWY␤Cannot do non-typename cases of type_constraint yet␤at /tmp/0VQAuhBjWY:1␤------> multi f(Real where 1⏏) { }␤ expecting any of:␤ postfix␤»
jnthn ah, toob ad
r: multi f(Real $ where 1) { }
camelia ( no output )
grondilu it's not very intuitive. 1.0 and 1 are the same mathematical object. I wish I could specify both of them with a single literal. 14:37
but I suppose that's just not possible with the current structure for numeric types. 14:39
timotimo you could type it to try to coerce to Int 14:41
grondilu I tried something like that when tinckering rosettacode.org/wiki/Gamma_function#Perl_6. At some point I thought about writing it with multi, and one of them would have been 'multi Γ(2) { 1 }' Didn't work out. 14:44
coercing to Int would have been pointless since the argument comes from a sequence of rationals 14:45
( for 1/3, 2/3 ... 10/3 { ... } )
nwc10 is MoarVM going to beat JVM to the star? 14:46
jnthn nwc10: Hard to say. Panda already works on JVM, and arnsholt++ has been making good progress with NativeCall on JVM of late.
nwc10 that's a nice answer to hear
grondilu r: say <1/3>.WHAT 15:03
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«(Str)␤»
grondilu wasn't there a time when this correctly returned (Rat)?
colomon Do we have a feel for the relative performance of Moar versus Parrot? I've noted that the stage parse times in compile go JVM, Moar, Parrot (fastest to slowest) on my Linux box. 15:11
jnthn colomon: Not yet.
colomon jnthn: did you sneak in some of the post-99% optimizations you were thinking of early? 15:12
jnthn colomon: Moar has been hindered by having binding very slow-pathed so far. But I'm working on that at the moment.
colomon ah, so no.
jnthn++
colomon jnthn: takes moar 2min 14s to run the ABC tests, parrot 54 secs 15:20
masak niecza: say <1/3>.WHAT 15:22
r: say "alive?:
r: say "alive?" 15:23
camelia niecza v24-109-g48a8de3: OUTPUT«(Rat)␤»
rakudo-moar 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/Qu4t8fnrH6␤Unable to parse expression in double quotes; couldn't find final '"' ␤at /tmp/Qu4t8fnrH6:1␤------> say "alive?:⏏<EOL>␤ expecting any of:␤ argument…»
..rakudo-jvm 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/1GGXFljqG5␤Unable to parse expression in double quotes; couldn't find final '"' ␤at /tmp/1GGXFljqG5:1␤------> say "alive?:⏏<EOL>␤ expecting any of:␤ argument …»
..rakudo-parrot 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/vbQt3m7u7J␤Unable to parse expression in double quotes; couldn't find final '"' ␤at /tmp/vbQt3m7u7J:1␤------> say "alive?:⏏<EOL>␤ expecting any of:␤ argume…»
rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«alive?␤»
masak grondilu: see niecza output above.
jnthn colomon: Will be interested to see how it does once I'm done with this binding fast-path work 15:24
colomon jnthn: interestingly, jvm takes 2min 6s ?!? 15:25
jnthn: so parrot seems to be a clear winner here at the moment.
jnthn colomon: Wow... 15:26
That's odd. What's ABC doing?
Lot of string manip? 15:27
colomon string manip and grammar stuff, mostly
give me a moment, I think I noticed one particularly slow file during the testing...
tadzik r: say 112 / 47 15:28
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«2.382979␤»
colomon github.com/colomon/ABC/blob/master...-actions.t is 19s in r-j, 11s in r-p 15:30
colomon grammar parsing with actions 15:30
colomon and 47s in r-m? 15:31
those numbers seem odd compared to my previous numbers. :\
but I get them again when I try running it again 15:33
diakopter colomon: any feel for relative performance will be out of date quickly 16:07
colomon diakopter: I hope so!
diakopter: I'm just curious where we're sitting before jnthn++ (and everyone else) goes crazy optimizing 16:08
is there any reason we can't use gprof on MoarVM?
diakopter I use visual studio's profiler, so no
colomon sweet
xfix janlelis.github.io/ruby-bad-parts/#19 - I honestly wonder how bad the grammar has to be to allow such nonsense. 16:09
jnthn colomon: Well, this is the non-crazy optimizing at the moment :) 16:10
Still a bit tricky though :)
Think I'll have something in pushable shape by the end of the day, though.
colomon \o/ 16:12
pmurias xfix: most of the slides are just cases of whitespace being significant 16:35
xfix: and most of the apply to Perl 6 also
smls pmurias: actually, Perl 6 dodges some of those bullets because it requires a colon for passing parameters to methods, and uses ~~ instead of =~ for regex matching 17:09
As for the particular slide that xfix linked, that's a non-problem if you use an editor with syntax highlighting 17:10
TimToady r: sub Γ($x) { $x } 17:44
camelia ( no output )
diakopter r: sub Γ($x) { $x }; say Γ(Γ) 17:45
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1: OUTPUT«===SORRY!===␤CHECK FAILED:␤Calling 'Γ' requires arguments (line 1)␤ Expected: :($x)␤»
..rakudo-moar 6aa2f1: OUTPUT«Not enough positional parameters passed; got 0 but expected 1␤ in sub Γ at /tmp/xbDetbq3hT:2␤ in block at /tmp/xbDetbq3hT:2␤␤»
diakopter o_O
FROGGS r: sub a($x) { $x }; say a(a)
camelia rakudo-moar 6aa2f1: OUTPUT«Not enough positional parameters passed; got 0 but expected 1␤ in sub a at /tmp/jGxhUDWeMS:2␤ in block at /tmp/jGxhUDWeMS:2␤␤» 17:46
..rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1: OUTPUT«===SORRY!===␤CHECK FAILED:␤Calling 'a' requires arguments (line 1)␤ Expected: :($x)␤»
diakopter r: sub Γ($x) { $x }; say Γ(&Γ)
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«sub Γ($x) { ... }␤»
TimToady I'm having difficulty compiling rosettacode.org/wiki/Gamma_function#Perl_6 under any rakudo
FROGGS ahh, of course
diakopter yeah, I'm just curious why moar doesn't dtrt
itz m: say 2+2 17:48
r: say 2+2
panda doesn't install on r-m since the following line fails
perl6-m -MFile::Find -e 'say find(dir=>".").list'
camelia rakudo-moar 6aa2f1: OUTPUT«4␤»
rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«4␤»
colomon TimToady: looking...
FROGGS perl6-p rc.pl
Γ(0.33333) ≈ 2.67893853470775
Γ(0.66667) ≈ 1.35411793942640
...
TimToady: it does work here
diakopter itz: there's a lot of other things missing from the moar port/backend that panda will need
TimToady huh
when did you compile that perl6-p?
mine is from about 10 hours ago 17:49
FROGGS perl6-p --version
This is perl6 version 2013.12-296-g82effd6 built on parrot 5.9.0 revision RELEASE_5_9_0
colomon TimToady: I'm also showing it working here.
under JVM<
same version FROGGS has otherwise
TimToady fails with all of mine, like they all think a UTF-8 file is Latin-1 or something 17:50
FROGGS it is working on all three backends btw :o)
grondilu there's nothing fancy in this code. It should work. On the other hand rosettacode.org/wiki/Arithmetic-geo..._Pi#Perl_6 will not work on rakudo star, because of the * == *
FROGGS r: gist.github.com/FROGGS/82ab958b79e1984237f5 17:51
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«Γ(0.33333) ≈ 2.67893853470775␤Γ(0.66667) ≈ 1.35411793942640␤Γ(1.00000) ≈ 1.00000000000000␤Γ(1.33333) ≈ 0.89297951156925␤Γ(1.66667) ≈ 0.90274529295093␤Γ(2.00000) ≈ 1.00000000000000␤Γ(2.…»
FROGGS TimToady: maybe a copy&pasto?
TimToady don't think so, fails on the little snippet too
just doesn't like the gamma at all 17:52
on two different Linuxes
grondilu it works when you replace it with G?
TimToady both compiled last night
FROGGS pulls nom
TimToady yes
lemme try pulling and recompiling again
could be a transient, since peopel were fiddling with <:L> and such 17:53
FROGGS only on moar 17:53
TimToady but yea, only moar has updated since last night 17:54
and they all fail o_O
colomon TimToady: I'm actually doing the same, because my version was from some other time yesterday.
FROGGS at work I'd say now: "Reboot tut gut" 17:55
especially because 99.99% of our systems are Windows
machines
TimToady I didn't do a full remove/reconf cycle, so maybe something got out of sync between rakudo and nqp 17:57
timotimo grondilu: what's wrong with * == * in rakudo star?
FROGGS perl6-j HEAD works...
TimToady just did all the pulls and make clean; make; make install
FROGGS the others still build
nqp-p --version 17:58
This is nqp version 2013.12.1-32-gea681df built on parrot 5.9.0 revision RELEASE_5_9_0
HEAD, that is
TimToady mine says 2013.12.1-35-g584c4aa 17:59
trying a full rm/reconf on one of my machines 18:00
FROGGS ahh, my nqp is HEAD (2013.12.1-35-g584c4aa), but it reports it wrong because I did not reconfigure
grondilu timotimo: r* does not accept binary func for the limit of sequences. Seems so anyway 18:03
$ perl6 -e 'say 1, rand ... * < *' 18:04
Not enough positional parameters passed; got 1 but expected 2 in block at -e:1
TimToady that was just recently addressed
but that is incorrect anyway 18:05
needs &rand there
grondilu indeed 18:06
TimToady but with that it works in recent rakudo
grondilu r-m: say 1, &rand ... * < * 18:07
camelia rakudo-moar 6aa2f1: OUTPUT«1 0.406725 0.878274␤»
TimToady n: say 1, &rand ... * < * 18:11
camelia niecza v24-109-g48a8de3: OUTPUT«===SORRY!===␤␤Undeclared routine:␤ 'rand' used at line 1␤␤Unhandled exception: Check failed␤␤ at /home/p6eval/niecza/boot/lib/CORE.setting line 1502 (die @ 5) ␤ at /home/p6eval/niecza/src/STD.pm6 line 1147 (P6.comp_…»
TimToady n: say 1, {rand} ... * < *
camelia niecza v24-109-g48a8de3: OUTPUT«1 0.96762272481230216 0.48979897540518968 0.27183327370874272 0.30789399720164667␤»
TimToady n: say 1, &term:<rand> ... * < * 18:12
timotimo grondilu: oh, right. i implemented that very recently
camelia niecza v24-109-g48a8de3: OUTPUT«1 0.93568195027098156 0.52745269775737669 0.016247749336179229 0.063322390924823654␤»
TimToady r: sub term:<foo>($x) { say "Foo $x" }; &foo.(42) 18:14
camelia rakudo-jvm 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/2uEbTFhpu8␤Undeclared name:␤ &foo used at line 1␤␤»
..rakudo-parrot 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/rGjfcAJHIJ␤Undeclared name:␤ &foo used at line 1␤␤»
..rakudo-moar 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/sA_m_yHm29␤Undeclared name:␤ &foo used at line 1␤␤»
TimToady so how does &rand work?
r: my \foo = sub ($x) { say "Foo $x" }; &foo.(42) 18:15
camelia rakudo-parrot 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/F5d5ztlcHa␤Undeclared name:␤ &foo used at line 1␤␤»
..rakudo-jvm 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/C0oSrdcIaT␤Undeclared name:␤ &foo used at line 1␤␤»
..rakudo-moar 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/6sCUu5p07C␤Undeclared name:␤ &foo used at line 1␤␤»
TimToady guesses someone hardwired &rand in there somewhere... 18:16
unless...
r: rand 42
camelia rakudo-jvm 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/iFZRpVkWCD␤Unsupported use of rand(N); in Perl 6 please use N.rand or (1..N).pick␤at /tmp/iFZRpVkWCD:1␤------> rand⏏ 42␤»
..rakudo-parrot 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/IvFqL8OV8F␤Unsupported use of rand(N); in Perl 6 please use N.rand or (1..N).pick␤at /tmp/IvFqL8OV8F:1␤------> rand⏏ 42␤»
..rakudo-moar 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/lvJbnhHnUi␤Unsupported use of rand(N); in Perl 6 please use N.rand or (1..N).pick␤at /tmp/lvJbnhHnUi:1␤------> rand⏏ 42␤»
TimToady p: say rand + 2 18:17
camelia rakudo-parrot 6aa2f1: OUTPUT«2.25245344321908␤»
diakopter r: say rand: ,
camelia rakudo-jvm 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/lJT2gU1QKB␤Two terms in a row␤at /tmp/lJT2gU1QKB:1␤------> say rand⏏: ,␤ expecting any of:␤ postfix␤ infix stopper␤ infix or meta-infix␤ …»
..rakudo-moar 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/VMNoR0I8cr␤Two terms in a row␤at /tmp/VMNoR0I8cr:1␤------> say rand⏏: ,␤ expecting any of:␤ postfix␤ infix stopper␤ infix or meta-infix␤ …»
..rakudo-parrot 6aa2f1: OUTPUT«===SORRY!=== Error while compiling /tmp/HQ33JB7T5z␤Two terms in a row␤at /tmp/HQ33JB7T5z:1␤------> say rand⏏: ,␤ expecting any of:␤ postfix␤ infix stopper␤ infix or meta-infix…»
diakopter camelia sure has speedy response/latency these days 18:18
r: say .rand 18:19
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«0␤»
TimToady LHF: go in and s/// those temp filenames so that the error messages can be combined into one response
timotimo that has been annoying people for a long time now :) 18:26
i'm not sure how to test that stuff locally, but i think i can come up with a simple fix 18:27
tbh, i don't know how to interpolate literally into regexes in perl5. was that \Q$filename\E? 18:28
TimToady that would work, or just look for /tmp/\w{10} 18:30
timotimo right. so $result ~= s/\/tmp\/\w{10}/\/tmp\/tmpfile/g 18:34
TimToady =~ you mean :) 18:37
timotimo ... yes i guess 18:40
a part of me is resisting perl5 still 18:41
resisting any learning :P
TimToady Those who do not learn from history are doomed to have it repeated to them. 18:44
grondilu timotimo: whenever I wonder if it's =~ or ~=, I think : "it is not supposed to mean $x = $x ~ $y, so it is not ~=, it is thus =~" 18:55
TimToady well, it also helps to remember that the negation is !~ 18:57
timotimo right. 19:01
timotimo someone else has to put the actual code in, though :P 19:01
flussence
.oO( having to fix p6eval because there's *too many* working runtimes is a pretty nice problem to have :)
 19:02
colomon :) 19:03
n: say 1.gamma 19:04
camelia niecza v24-109-g48a8de3: OUTPUT«1␤»
colomon n: say (1/3).gamma 19:05
camelia niecza v24-109-g48a8de3: OUTPUT«2.6789385347077483␤»
colomon needs to get around to adding that to the spec / Rakudo sometime. ;)
grondilu searches the gamma function in the spec and doesn't find it 19:07
not saying it should be there, just noticing. 19:08
colomon grondilu: read my last line again. 19:09
grondilu is confused
you could add it to the spec? 19:10
colomon I have a commitbit
grondilu but you have TimToady's blessing?
I'm mean,I'm not sure everybody would agree it should be in the spec. 19:11
considering the debate we add last time about quaternions, it's not clear to me gamma is useful enough to be put in the spec. 19:12
s/we add/we had/ # I keep doing this lately, it's embarassing.
colomon I'm willing to add it to the spec and to the implementations. If people want to take it out, well, that's their prerogative, I guess. 19:13
see www.johndcook.com/blog/2010/06/07/m...necessary/ (and yes, I'd like to add all those Standard C library functions to p6)
last time I mentioned it, I think the biggest question was whether it should be named gamma or Γ 19:15
grondilu has a look at this article 19:16
lgamma makes some sense according to wikipedia. It's easier to calculate, iiuc
« In a certain sense, the log(Γ)-function is the more natural form; it makes some intrinsic attributes of the function clearer. A striking example is the Taylor series of log(Γ) in 1: » 19:17
do you plan on using NativeCall and the C-library to do this? 19:22
pmurias colomon: why add those rarely used math functions to the settting rather than have them in a module? 19:23
lue colomon: if the ascii version is "gamma", then Γ is a very wrong alternate name. It should be γ :) .
grondilu the greek version prevails, I think. And it's always the capital letter, it seems. 19:25
geekosaur then the ascii one should be Gamma or GAMMA :p 19:25
colomon pmurias: … good question. Because they're in standard C, it would be very easy to implement them in nqp-parrot and nqp-moar. Dunno about jvm. Though if NativeCall works everywhere, it might easily be done in a module as well.
grondilu wonders if Gamma is used anywhere but in pure maths 19:27
I mean, is it used in physics and engineering?
(well, maybe in statistics)
colomon en.wikipedia.org/wiki/Gamma_functio...plications 19:28
lue Isn't it related to the gamma of my screen, for instance? 19:29
Oh no, this is the gamma that's an extended version of factorial. My bad :)
[Coke] finds the video showing that [+] 1..Inf == -1/12 19:32
grondilu tried to read the article on HN about that today. His head still hurts.
dalek kudo-star-daily: 388fc39 | coke++ | log/ (5 files):
today (automated commit)
[Coke] sees he's late to the party, even here. :) 19:33
timotimo moritz: are you going to replace the eval in t/40-sqlite-common.t yourself or should i make a pull request for you? 19:36
well and all the other files in dbiish
pmurias colomon: it would be possible to implement them in the nqp level and only expose them using a module (not claiming that would be a good idea) 19:39
[Coke] moar is up to 28068 passes. 19:40
colomon [Coke]: what's JVM at?
[Coke] it's not finished yet.
colomon [Coke]: blog.rongarret.info/2014/01/no-sum-...s-not.html 19:41
[Coke] yesterday it was at 28472
grondilu on the other hand, I think it would make sense to define all the C-library math functions at least for native types, since it can be made easy with NativeCall. 19:44
pmurias grondilu: I'm not sure we can depend on calling the C-library on the jvm backend 19:46
colomon yeah, I ended up doing a distressing amount of implementing when I worked some of those functions into Niecza. 19:48
and JVM seems to be the same.
grondilu pmurias: sure, but should that prevent us from using it where it makes sense, that is on VMs that run with C? 19:52
pmurias no
but how they are implemented shouldn't influence if we put them in the setting or in a module 19:53
lue Nativecall isn't an included part of Rakudo like Test.pm, is it? 19:54
colomon pmurias: actually, if it's easier to do it efficiently as a NativeCall-based module, I'd definitely lean towards that. 19:55
lue: NativeCall isn't right now. Dunno if there are plans to change that.
dagurval colomon: where can I see the some test results? 19:56
lue pmurias: if Nativecall isn't coming with Rakudo, that kinda puts a dent in a nativecall-based core solution.
grondilu to me, considering we have such things as native types, it's not absurd to allow access to standard functions designed for those native types.
thus to allow an access to the standard library 19:57
lue For a core solution, nqp ops makes way more sense than nativecall.
(which may of course use the standard functions)
grondilu that would be fine too indeed
colomon dagurval: the smoke system only stores the info "Tests failed"
dagurval: does it work for you? 19:58
dagurval yes, but it requires libgd to be installedd 19:58
dalek Iish: 8b39acb | moritz++ | t/ (5 files):
s:g/«eval»/EVAL/
colomon is that a new requirement? it worked three days ago for the smoke tester
moritz timotimo: I've fixed it myself 19:59
dagurval nope, I don't have the latest rakudo though, I'll compile a new one
thanks for the heads up
moritz timotimo: and you should totally have commit access to DBIish already
lue I think we should have Γ() , seeing as we're lacking a simpler factorial function... 20:02
psch hi #perl6 20:04
TimToady still cannot compile a function named Γ after a complete rebuild 20:05
grondilu lue: on real numbers or on complex as well? 20:07
lue I didn't know it could work on complex numbers. Might as well, what with our "Complex" and "complex\d+" types :) 20:08
timotimo oh, i do?
jnthn m: sub Γ() { } 20:09
camelia ( no output )
grondilu I ask this because there is no task about Gamma on complex number on RC. It might be worth creating one.
jnthn TimToady: That works for me locally also...
colomon TimToady: for what it's worth, works locally for me with an up-to-date Rakudo.
jnthn TimToady: Input file encoding I have here is certaily utf-8
grondilu works for me as well with rakudo* 12.2013 and most recent rakudo 20:12
TimToady really bizarre 20:13
lue I assume the other greek letters fail too? 20:14
TimToady fails with Δ too 20:15
env looks fine, and nothing's changed there
TimToady time to try with a completely fresh clone 20:16
diakopter
.oO( clone wars preceded the punnic wars.. )
 20:18
jnthn TimToady: You sure it's not that your input file is somehow turing into Latin-1?
TimToady: This feels like something silly rather than something deep to me...
TimToady: Especially if it's failing over 3 separate backends that all do Unicode different... 20:19
moritz p: sub Δ($x) { say $x }; Δ 42 20:21
camelia rakudo-parrot 6aa2f1: OUTPUT«42␤»
moritz alsow works with my local rakudo-moar 20:22
dalek p: ded62da | jnthn++ | / (5 files):
Make param handling more pluggable.

Allows for incorporation of custom work and type checks into the parameter handling pipeline. Only supported on MoarVM backend so far.
TimToady well, 'file' thinks it's UTF-8 20:23
and od thinks it's UTF-8
and it certainly looks right in my UTF-8 term... 20:24
jnthn k
moritz ... and you are feeding the same file to rakudo that you are looking at, in the same directory on the same machine? :-)
TimToady ooh, update, it's only p that is failing after my latest compile 20:25
m and j seem fine 20:26
yes, only parrot is failing on both my machines now 20:27
maybe I shoulda blown away the parrot dir too 20:28
trying that now 20:29
TimToady was changing the #! line, and probably running with ./perl6, and thinking he was running under the other backends when he wasn't 20:30
grondilu thinks about the recursive definition of Gamma, and wonders if the pertinent limit really is 2 20:33
grondilu wonders if its not rather 3/2 20:34
grondilu yeah it is. The 1-long interval centered on 1 is 1/2 .. 3/2, after all 20:35
r: say 3/2 - 1/2
camelia rakudo-parrot 6aa2f1, rakudo-jvm 6aa2f1, rakudo-moar 6aa2f1: OUTPUT«1␤»
grondilu realises that if he does that, he might as well do recursion of $x < 1/2 :/ 20:42
dalek kudo/nom: 8cfc826 | jnthn++ | src/Perl6/ (2 files):
Very simple cases of binder simplification.
 20:57
kudo/nom: 7e6c22c | jnthn++ | src/vm/moar/ops/container.c:
assignunchecked should mean unchecked.
kudo/nom: 81eb486 | jnthn++ | src/Perl6/Metamodel/MROBasedMethodDispatch.nqp:
Only look for submethods on objects than can.
kudo/nom: 979d2ac | jnthn++ | / (3 files):
Add bind lowers on Moar for many common cases.
jnthn m: say "Now I spectest in {100*612/1662}% of the time I did this morning!" 20:58
camelia rakudo-moar 6aa2f1: OUTPUT«Now I spectest in 36.823105% of the time I did this morning!␤»
lue Oh, moar-support's been merged? 20:59
jnthn lue: oh yes :)
colomon lue: oh yes
diakopter jnap: O_O
argh
jnthn: O_O
colomon oooo, jnthn++ got the big patch in!
grondilu lue-- for not noticing :-)
colomon \o/
jnthn Now to analyze the common cases I missed...
lue grondilu: when did it happen?
grondilu few days ago 21:00
colomon is also listening to Liz Carroll play "The Yellow Tinker" which is beyond awesome even on MP3
jnthn Whatever day I was getting laid over in Heathrow...
.oO( the days all blur... )
lue \o/ /o/ \o\ 🙌 by the way
grondilu: seriously? I don't believe you. Just yesterday I was able to install r-m to /usr/local successfully after jnthn notified me of a change. While on moar-support. 21:01
grondilu well, maybe my perception of time is being faulty.
jnthn lue: You probably could from moar-support too. But you'll really want to switch to Moar in nom after the patch I just landed. 21:02
lue jnthn: I of course will switch :) 21:03
psch jnthn: anything with the binder? i'm getting TRIAL_BIND_NOT_SURE for 'sub foo(Str) { }; foo 42;' on moar, whereas parrot and jvm give TRIAL_BIND_NO_WAY
psch which breaks X::TypeCheck::Argument 21:03
jnthn psch: Yeah, I'd noticed 21:04
psch if that's patched now i can stop digging :)
jnthn psch: It's not, but I'm aware of it.
psch: I only ported that code to Moar about 2 days ago.
psch oh, alright, so i'll ignore it and finish the PR
jnthn psch: I probably did something silly.
psch jnthn: comparing Binder.java$trialBind and BOOTSTRAP.nqp:trial_bind there's a few obvious mismatches, but fixing those rather makes it worse and die later on 21:05
instead of just returning the wrong value 21:06
TimToady recompiling parrot does not fix the Unicode problem 21:09
jnthn TimToady: Did it miss libicu?
TimToady hmm
FROGGS yeah, was thinking the same...
maybe it got an update? 21:10
and parrot is upset or so
TimToady yes, apparently is missing icu 21:11
FROGGS because my parrot is pretty old actually, I don't tend to rebuild it
good that moar does not have this dep :o)
TimToady my system has libicu48 21:12
FROGGS TimToady: you may even need to add that symlink:
ll /usr/include/unicode
lrwxrwxrwx 1 root root 37 Nov 24 10:06 /usr/include/unicode -> /usr/include/x86_64-linux-gnu/unicode/
so parrot builds fine with it
tadzik I think I'll put moarakudo into rakudobrew :) 21:14
colomon tadzik++
lue I have icu 51.2 21:15
tadzik are the build instructions non-standard in any way?
colomon tadzik: check the README. ;) 21:16
tadzik ok, I will :)
FROGGS tadzik: atm you can't trust NQP_REVISION and MOAR_REVISION
FROGGS but that is all I know 21:16
tadzik aww
so --gen-nqp won't Just Work :/ 21:17
I guess I'll wait until it does
FROGGS so, passing --gen-nqp=master and --gen-moar=master would be a good choice
jnthn Huh?
Since moar-support merged into nom, I've been taking care of bumping those
The la
FROGGS did I say something wrong? :o)
tadzik oh, okay then :)
FROGGS ohh, nvm then :o)
jnthn The last commits I did bumped both.
FROGGS cool
jnthn++
jnthn It'd be good if others could do same from now. I didn't mind while it was in a branch. 21:18
FROGGS did not see, was hidden under a grapheme cluster
will take care from now
tadzik heh, so 'make realclean'works on moar for a change :P 21:19
argh
or not
complains about the lack of m-clean 21:20
FROGGS looks
tadzik I changed the realclean step to '/bin/true' :P 21:20
FROGGS /home/froggs/dev/rakudo/tools/build/Makefile-Moar.in:336:m-clean: 21:22
/home/froggs/dev/rakudo/tools/build/Makefile-Moar.in:337:$(RM_F) $(M_CLEANUPS)
tadzik: it is right there
tadzik hrm
didn't work for me for some reason
after Configure.pl --backends=moar --gen-nqp --gen-moar 21:23
FROGGS tadzik: gist.github.com/FROGGS/959910ca2cf1909765c0 21:25
tadzik huh 21:27
I'll try again once it's built
stage mast takes quite a while
almost as long as parse
FROGGS: ok, now it worked :) 21:28
something odd must've happened :)
FROGGS Mars is bright tonight :o)
tadzik Moars 21:30
diakopter tadzik: try --gen-nqp=master and --gen-moar=master 21:31
oh nm 21:32
FROGGS you are late :P
tadzik let's see if build-panda works :) 21:34
dalek kudo/nom: 61860ff | jnthn++ | src/Perl6/Actions.nqp:
Lower typical proto-method signature.

Was missed in the first pass, and is very common.
jnthn m: say "Now I spectest in {100*493/1662}% of the time I did this morning!"
camelia rakudo-moar 6aa2f1: OUTPUT«Now I spectest in 29.663057% of the time I did this morning!␤» 21:35
tadzik huh, somebody left some debugging code somewhere
and I don't think that's me :P
but bootstraping panda prints "here" in a loop
jnthn tadzik: haha... 21:35
tadzik for some reason it made me think of www.youtube.com/watch?v=UkCoQw10Iy8 21:36
jnthn bah, I can't find it
psch that takes some of my anxiety for finishing the PR off... :)
tadzik jnthn: I can 21:37
nqp/MoarVM/src/core/args.c
750:printf("here\n");
colomon jnthn: remember how that one ABC test file took ~50 seconds on Moar this morning? It's 16 seconds now. :)
tadzik jnthn: don't touch it
jnthn tadzik: Yeah, I just found it :)
tadzik I want to make an nqp commit :P
jnthn ok
tadzik: Well, you get to make a moar, nqp and rakudo commit :P
colomon: Phew :)
tadzik jnthn: are they all here? (ha ha) 21:38
colomon jnthn: if I recall correctly, that's faster than JVM
jnthn colomon: I guess that is without 61860ff?
colomon yes
jnthn tadzik: :P
colomon took a long time to build all three rakudos
jnthn jnthn-- # prints, debugs and leaves 21:39
colomon jnthn: total ABC test time, 59 seconds. That's still a tiny bit slower than parrot, but less than half the time JVM takes. 21:40
tadzik github.com/MoarVM/MoarVM/pull/69
tadzik pokes MoarVM commiters 21:41
jnthn tadzik: oh, you've no MoarVM commit bit?
tadzik nope, never contributed anything so far :)
jnthn colomon: Do you do much hash access?
colomon jnthn: probably?
jnthn tadzik: You got a commit bit
tadzik jnthn: thanks! :) 21:42
jnthn colomon: %h<blah> is still hitting the slow-path
colomon: I'm working on it.
colomon jnthn++
jnthn colomon: Re-testing once I fix that also may get us ahead.
psch -- 21:43
~
whoops, dropped something on my numpad, sorry
colomon jnthn: thing is, I'm wildly happy that Moar is just comparable at the moment.
jnthn: Lots of room for optimization left, I'm sure.
jnthn Oh, for sure
The clever stuff is to come 21:44
As well as fixing plenty of not so clever things :)
tadzik jnthn: first blocker for panda: gist.github.com/tadzik/8497146 21:50
FROGGS tadzik: can you gold it further? 21:54
golf*
tadzik let's see 21:55
jnthn That looks just liek the way the dir.t fails
tadzik > perl6
Segmentation fault (core dumped)
uh
jnthn oh damn, repl needs fixing too...
tadzik it's just the repl
but yeah, dir(".") fails
FROGGS jnthn: I got stuck last time trying to fix it... I'd need you help then 21:56
tadzik I need to call it a day though, have to wake up on some idiotic hour tomorrow
FROGGS I hope it is not before $coffee
jnthn FROGGS: The repl? 21:57
jnthn FROGGS: Or dir? 21:57
FROGGS jnthn: the repl
jnthn FROGGS: ah, that I know is waiting for me to take a look 21:58
FROGGS: I intend to try and fix it before the monthly release
FROGGS I wanted to assign the stream type (0, 1 or 2) in getstdstream to u.fd, but this just crashes... IIRC the u.fd is garbled after a malloc of uv_stream_t or so 21:59
FROGGS and I think I will need the u.fd to do something with it in the eof check 22:00
itz_ that's the error I saw with perl6-m -MFile::Find -e 'say find(dir=>".").list' 22:10
jnthn Yeah. dir looks guilty :)
.oO( oh dir... )
itz_ *groan* 22:11
lue jnthn: I don't think I cd issue. 22:14
psch .oO( you pushd that too far... ) 22:15
perigrin cron believe they're at it again
lue wonders what will top this 22:17
perigrin lue: nothing will make it stop
raiph .oO ( zakharyas1 found a way to make it stop ) 22:18
lue raiph: could I get some detailed info on how that happened? 22:21
FROGGS r: sub foo($bar, :$baz = none('.', '..')) { 42 }; say foo(1)
legen... 22:22
(wait for it)
camelia rakudo-parrot 979d2a, rakudo-jvm 979d2a, rakudo-moar 979d2a: OUTPUT«(timeout)»
FROGGS ?
itz_ woot! perl6-m is faster than the last star for my simple benchmark now
jnthn You may want to type that as Mu if you're gonna put a Junction in it... 22:23
FROGGS r: sub foo($bar, Mu :$baz = none('.', '..')) { 42 }; say foo(1) 22:24
camelia rakudo-parrot 979d2a, rakudo-jvm 979d2a, rakudo-moar 979d2a: OUTPUT«42␤»
FROGGS jnthn: thanks
dalek kudo/nom: e0dcc2e | jnthn++ | src/vm/moar/ops/container.c:
Fix warning; diakopter++.
 22:30
kudo/nom: 89e8a6b | jnthn++ | src/Perl6/ (2 files):
Lower signatures containing coercions.
kudo/nom: d9506cb | jnthn++ | src/core/Enumeration.pm:
More optimal Enum($val) implementation.
kudo/nom: 051aa6e | (Tobias Leich)++ | src/core/IO.pm:
fix IO::Path.contents for moar
 22:32
FROGGS tadzik / itz_: fixed 22:33
colomon jnthn: at 2013.12-304-g61860ff, moar is 1 sec faster than parrot for ABC tests 22:33
FROGGS how long does it take? 22:34
colomon 55s version 54s (p vs m) 22:35
FROGGS k
colomon 2m20s for jvm 22:39
FROGGS :o(
colomon FROGGS: it's not a :( -- it's an optimization opportunity of some sort. 22:45
timotimo jnthn: the more optimal enum implementation doesn't seem to restrict the number of arguments passed any more?
FROGGS colomon: surely :o) 22:46
timotimo has anyone checked to see how big the improvement from lowering the signature binding stuff is on jvm?
parrot doesn't get much improvement as the binder is in C there, right?
jnthn timotimo: JVM doesn't ahve the opt yet 22:47
timotimo oh, i didn't realize it was #if moar'd
ah well, it'll come soon enough :) 22:48
timotimo my measurement for parrot: TEST_JOBS=3 make p-spectest 1361,52s user 118,64s system 279% cpu 8:48,79 total 23:11
jnthn awaits one moar report 23:14
timotimo TEST_JOBS=3 make m-spectest 1142,02s user 43,15s system 288% cpu 6:51,02 total 23:18
a bit better, but there were many tests files aborted early
jnthn Many?
timotimo all in all, pretty nice, though!
jnthn only has a few aborts 23:19
And on short test files
timotimo 22
jnthn Is that 22 test files with failures, or 22 that aborted?
If 22 aborted, something is weird on your box.
timotimo 22 test files that said "less $n skipped"
jnthn Hm, that doesn't mean aborted, though? 23:20
timotimo one or two said "no subtests run"
ah. "crashed", then?
jnthn Yeah, "no subtests run" means crashed for sure
jnthn Anyway, 6:51 is almost 2 mins faster than 8:48 23:24
timotimo yeah :)
soon i should make sure perl6-bench runs moar for nqp and rakudo as well
FROGGS perl6-p spectests in 13:03.85 here, while perl6-m did it in 8:44.44 23:29
that is with 4 jobs on a core i5 23:30
maybe it would be a bit closer if I used three jobs
timotimo o/ 23:31
jnthn FROGGS: But you used 4 jobs on both, yes? 23:32
FROGGS yes
I can see it in my bash's history
moar: 1903.59user 61.68system 8:44.44elapsed 374%CPU (0avgtext+0avgdata 544556maxresident)k 23:33
parrot 2736.31user 176.74system 13:03.85elapsed 371%CPU (0avgtext+0avgdata 771712maxresident)k
370% cpu
jnthn 4 minute faster dev cycle for you, sir :)
FROGGS exactly :o)
timotimo did you notice how big the difference in maxresident is? 23:36
that's about a quarter!
jnthn r: 10565932 - 10364800 23:37
m: say 10565932 - 10364800
camelia ( no output )
rakudo-moar 051aa6: OUTPUT«201132␤»
FROGGS so what happened in 2011? 23:38
jnthn A 200KB code size saving in CORE.setting from a couple of boring code-gen tweaks. I'll take that.
FROGGS -rw-r--r-- 1 froggs froggs 2,1M Jan 19 00:04 CORE.setting.jar 23:39
-rw-r--r-- 1 froggs froggs 11M Jan 19 00:08 CORE.setting.moarvm
-rw-r--r-- 1 froggs froggs 21M Jan 19 00:15 CORE.setting.pbc
timotimo github.com/rakudo/rakudo/pull/236 <- discussion appreciated
FROGGS why is jvm's setting that damn small?
diakopter zip
jnthn 'cus it is zipped
This has the downside it can't be mmap'd 23:40
FROGGS ahh
grondilu rakduo on moarvm seems now much faster than on parrot. Outstanding work, jnthn++! 23:41
grondilu just tried counting up to 1000 and indeed it's faster on moarvm now 23:42
lee__ i still can't build it with clang :( i tried tweaking the makefiles but no luck so far
FROGGS .oO( does it get the correct result? )
diakopter lee__: what's your configure line?
lee__ diakopter: --gen-moar --gen-nqp 23:43
it builds nqp, but fails on rakudo
diakopter do you have both gcc and clang installed?
need to tell moar to configure with clang
jnthn lee__: iirc, you're on OSX?
lee__ jnthn: correct 23:44
diakopter: just clang
jnthn If so, the issue is with linking rather than gcc vs clang, I think
grondilu shouldn't it be --gen-moar=master --gen-nqp=master?
lee__ jnthn: yes that appears to be the case
jnthn grondilu: No, not since moar-supprot was merged
grondilu k
lee__ i tried fiddling with rpath stuff, but i don't know it well
btyler lee__: yeah r-m fails to build due to linking ^, a few of us on osx have been bumping into it. been doing a bit of research into it, but I'm a mere webdev, and this is Real Programmer territory :) 23:45
dalek p: 6fc3da2 | jnthn++ | src/vm/moar/QAST/QASTCompilerMAST.nqp:
Void context code-gen tweaks on Moar.
 23:48
p: 5576436 | jnthn++ | tools/build/MOAR_REVISION:
Get Moar without debugging code left in.
kudo/nom: 2ca3ea4 | jnthn++ | src/Perl6/Actions.nqp:
Lower slurpy array and some capture binds.
 23:50
kudo/nom: 912342b | jnthn++ | tools/build/NQP_REVISION:
Get NQP with improvements/fixes.
jnthn m: say "Now I spectest in {100*458/1662}% of the time I did this morning!" 23:51
camelia rakudo-moar 051aa6: OUTPUT«Now I spectest in 27.557160% of the time I did this morning!␤»
diakopter :)
jnthn Not a bad day :)
FROGGS hehe 23:56
indeed
jnthn++

Powered by Cro and the Raku® Programming Language.

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

Thank you!