github.com/moarvm/moarvm | IRC logs at irclog.perlgeek.de/moarvm/today
Set by moderator on 8 October 2013.
diakopter eh; better attend to more pressing todos 00:15
lue: I get the same segfault 00:44
'cept it was built using asan, but .. it's not spitting out the debug asan output 00:45
oddly
lue I'll try with GCC (like I've done before) and see if things improve. 00:46
lee_ i'm back to getting: '65' is not a valid number at line 2132, near ",\\n 66,\\n" 00:48
building nqp
lue nope. Still dies. 00:49
diakopter with gcc?? 00:55
it's probably not actually gcc; it's probably clang pretending to be gcc
00:58 BenGoldberg joined 01:09 woosley joined
[Coke] tries on os x. 01:17
01:22 FROGGS_ joined
lue diakopter: compiling MoarVM with GCC gives me warnings that are not filled with pretty colors. I'm sure it's gcc :) 01:37
diakopter ok 02:46
TimToady: akive? 02:47
alive
lue: but clang gives warnings in colors.. 03:20
magenta "warning:" text and green pointer arrow line 03:21
lue I know. I'm saying, since my gcc run didn't have pretty colors, it was probably actually gcc :) [first time round was the superior colored clang, in fact]
diakopter oh. 03:22
oh, I missed the "not" there; sorry :)
even though I "read" it like 3-4 times :D
lue Kind of a critical word to miss in any sentence :D
I'm glad though it's not compiler-specific (considering my LLVM is only ever the latest pull from the repos, it's a possibility). 03:23
diakopter mine isn't; mine's clang version 3.3 (tags/RELEASE_33/final) 03:24
Target: x86_64-apple-darwin12.5.0
hmm, I'll try clang on linux
lue (It seems the problem comes from MoarVM, and not the compiler used itself, is what I was trying to get across with the previous statement) 03:25
My clang says its 3.4, although it would have a revision attached to it had I enabled such in cmake. 03:26
JimmyZ zhuomingliang 04:45
oh
05:07 benabik joined 06:10 FROGGS joined
FROGGS next things we miss: p6trialbind and p6bool 06:25
JimmyZ it needs ext-ops 06:29
FROGGS and that means? 06:34
what is 'ext-ops' ?
JimmyZ FROGGS: github.com/MoarVM/MoarVM/blob/ext/...s.markdown 06:36
FROGGS thank you 06:38
diakopter not_gerd has been working on it 09:36
in a branch
JimmyZ great
diakopter .tell jnthn that clang build problem on mac is identical on linux, so you can reproduce it on host07 if you like 09:43
yoleaux diakopter: I'll pass your message to jnthn.
jnthn diakopter: Which clang build problem? :) 09:44
yoleaux 09:43Z <diakopter> jnthn: that clang build problem on mac is identical on linux, so you can reproduce it on host07 if you like
diakopter the one lue reported in the backlog 09:47
er
jnthn k
diakopter actually
no 09:48
I hadn't updated nqp
stupid airport wifi gave me an ip address, but no access to dns 09:49
diakopter goes to override to 8.8.8.8
jnthn: actually yeah it's doing that can't parse Ops thing 09:51
jnthn k 09:52
diakopter jnthn: (but that's not the error on mac 09:53
)
error on the mac can be seen in lue's nopaste 09:55
erm 09:57
ok never mind; I was still on gcorch branch :( 09:58
jnthn Oh...so it's more orchward to reproduce it in master?
diakopter o wait.. same in master. 09:59
Ops parse thing
not the error lue pasted
lue must've been on the gcorch branch..... o_O
nqp builds absurdly quickly on mac/clang though 10:00
(except for Ops.moarvm!)
(which builds impossibly quickly) ;)
FROGGS so, do I understand right that we would create a rakudo/src/vm/moar/ops/perl6_ops.c, add things like perl6settypes, compile it to a dll, and load/access it via upcoming ext-ops feature? 10:29
jnthn: ^^
jnthn FROGGS: Soemthingng like 10:30
FROGGS cool 10:32
FROGGS .oO( "Do we always have to call it "thing" Jim?" ) 10:33
jnthn finally gets his admin tasks done and starts pondering the two talks he needs to write... 10:37
10:49 grondilu joined 11:38 colomon joined 13:10 colomon_ joined, arnsholt_ joined 13:13 odc joined 13:42 jnap joined 14:43 benabik joined 14:53 gshank joined
diakopter not_gerd: u around? 14:54
15:20 camelia joined 15:57 cognominal joined 16:11 benabik joined 16:23 FROGGS joined
FROGGS so, what do we do today? 16:29
jnthn Write Git slides! 16:30
moritz take over the world!
FROGGS moritz's answer sounds better
jnthn Mine keeps me out of trouble :P 16:31
FROGGS gah, coward! :P
17:11 benabik joined
TimToady well, each of you should take over half the world, then compare notes 17:12
diakopter ..
empty diff
TimToady you weren't supposed to take over the *same* half the world, you danglesockets! 17:13
diakopter *just now* found the Alt-number and Alt-qwert shortcuts for switching to windows 17:15
in irssi
timotimo oh my 17:19
jnthn really? 17:21
timotimo you have not known about that? for how long? o_O 17:24
there's also a "cycle to next window with activity" shortcut
diakopter I was using Esc-number 17:28
so, slightly slower
TimToady also has his page-left and page-right keys bound to "tab" left and right 17:29
(in firefox too)
timotimo that is always equivalent to alt-number, diakopter 17:30
it's not something irssi does, it's what terminals do 17:31
diakopter had no idea 17:40
timotimo :) 17:41
17:49 woosley joined 18:08 lizmat_ joined 18:22 jnap joined 18:49 BenGoldberg joined
FROGGS hi BenGoldberg 18:51
BenGoldberg nqp-m: say( NQPMatch ) 19:25
camelia nqp-moarvm: OUTPUT«(signal SEGV)»
19:32 wsri joined
lue diakopter: I assure you I've never gone beyond master branch. (Also, it's not clang-specific. It happens with gcc too.) 19:35
FROGGS arghh, this print-to-stderr segfault is driving me crazy 19:59
diakopter BenGoldberg: I think that's just crash on null? 20:10
FROGGS: it's possible we're using libuv wrong there.. maybe you're not supposed to open stderr more than once
(so we should cache those)
jnthn Is it not that it gets sad if the writes didn't finish? 20:11
FROGGS diakopter: I thought about that one 20:13
diakopter: but we don't open stderr by default as it seems, so that should be safe
jnthn: I see the printed text.. how should it not have finished? 20:14
I added this for example: gist.github.com/FROGGS/38abae848760ad27216a 20:16
but nothing I do helps
trying on windows now
nqp-m: my $err := nqp::getstderr(); nqp::printfh($err, 'test') 20:21
camelia nqp-moarvm: OUTPUT«test»
FROGGS why doesn't it explode here or on my windows box? 20:22
lue jnthn, diakopter: any possible clues as to what may be causing my instant segfault with nqp-m ? Should I prefix executions of moar with gdb or valgrind to try and find something? (And if so, I should probably recompile moar with debug symbols, no?) 20:27
FROGGS lue: what is your problem?
lue FROGGS: gist.github.com/lue/6968277 20:28
... waitaminute. I think I'm a moron.
I should probably switch out of nqp/moarboot and into nqp/master sometime, huh? :) 20:29
FROGGS :o)
yes, that sounds wise
moar-support on rakudo though
the others are on master
lue I'm just concerned with compiling NQP-moar again at the moment (because I've done it before.) :) 20:30
Whaddya know, it's inching along. :) Sorry for raising false alarms, diakopter. 20:31
I assume this is a known error? Routine declaration requires a signature at line 4112, near "(MAST::Nod" 20:35
FROGGS hmmm, you should not get this
it sort of *was* an error and is meant to be fixed 20:36
jnthn I don't think it is, though :(
lue
.oO(At least this time it's not a PEBKAC error, then.)
20:38 cognominal joined 20:43 benabik joined 21:12 benabik joined 21:32 BenGoldberg joined 21:51 retupmoca joined 22:28 benabik joined
diakopter jnthn: boo 22:37
jnthn diakopter: AARRGHH 22:41
diakopter jnthn: hoo 22:44
jnthn: ping 23:02
jnthn: I've got most of a HLL line-hitcounter (profiler) locally 23:04
jnthn ooh 23:06
Just raw hit counts?
diakopter yeah 23:07
jnthn k
diakopter I can do time-in-routine too
and I know how to do it to not lose too much precision
(average after batches of 50 or so per routine)
and not take GB of disk like VS' profiler 23:08
for 10 seconds of running
30 GB
stupid.
trouble is recursion... a routine can total more than 100% 23:09
so the average time-in-routine won't be relatable to total time-in-routine and number of invocations
if it's recursive 23:10
(count recursive calls separately)
could even have it only track real named subs/methods instead of every block 23:11
jnthn: I can do it without resorting to hash lookups, too 23:12
jnthn nice :) 23:20
sleep &
oh, and diakopter++ for hacking on this
btw, the tuit supply is looking ropey for tomorrow :( 23:21
diakopter ropey?
as opposed to..?
jnthn Well, I'd hoped I'd get more stuff done today on my talks for Wed :)
And have tomorrow mostly for Perl 6 things 23:22
diakopter I didn't get the rope reference
jnthn Oh...
ropey, ropy [ˈrəʊpɪ]
1. Brit informal
a. inferior or inadequate
:)
That explains it :) 23:23
diakopter k
jnthn Gosh, I'm such an informal British chap sometimes...
ok, really sleep
o/
diakopter o/
chap? like chapped hide? chapped lips? chaps as slacks? 23:24
23:28 benabik joined
[Coke] '65' is not a valid number at line 2132, near ",\\n 66,\\n" 23:34
(finally tried a build on os x)
diakopter [Coke]: yeah 'tis busted with gcc on mac and clang on mac and linux 23:35
but gcc on linux seems ok I think
(also msvc) 23:36
I'm sure it's some number of tiny gc things because of the fragility of the syste
system
probably more expedient would be a full manual code review 23:41

Powered by Cro and the Raku® Programming Language.

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

Thank you!