|
00:45
evalable6 joined
|
|||
| Geth | MoarVM: ad86184681 | (Timo Paulssen)++ | src/core/fixedsizealloc.c fix pointer arithmetic with a cast |
01:45 | |
| timotimo | that's the one nwc10 found | ||
|
01:56
TimToady joined
02:22
evalable6 joined
02:56
ilbot3 joined
03:42
hoelzro joined
|
|||
| samcv | timotimo, what are your thoughts on having rakudo default to not utf8 but format detection for slurping and opening file handles | 04:58 | |
| nine | samcv: doesn't sound like a good strategy for the 100 year language ;) | 08:17 | |
| t/spec/S04-exceptions/fail.t fails on masteer with MVM_SPESH_NODELAY=1 MVM_SPESH_BLOCKING=1 | 08:30 | ||
|
08:33
robertle joined
|
|||
| nine | t/spec/S32-str/encode.rakudo.moar sometimes fails on master with MVM_SPESH_NODELAY=1 MVM_SPESH_BLOCKING=1 especially when under load. Dies (probably segfaults) right after ok 31 - Can encode noncharacters to UTF-8 | 08:37 | |
| t/spec/S32-exceptions/misc.rakudo.moar fails on master with MVM_SPESH_NODELAY=1 MVM_SPESH_BLOCKING=1 | 08:39 | ||
| t/spec/S06-signature/slurpy-params.t sometimes fails on master with MVM_SPESH_NODELAY=1 MVM_SPESH_BLOCKING=1 especially when under load. | 08:42 | ||
| Oh, Test::Util::doesn't-hang has a timeout of only 1.5 seconds. No wonder those tests like to fail under heavy load. | 08:43 | ||
| Zoffix: ^^^ | 08:44 | ||
| t/spec/S32-str/CollationTest_NON_IGNORABLE-3.t also sometimes fails on master with MVM_SPESH_NODELAY=1 MVM_SPESH_BLOCKING=1. Maybe related to the S32-str/encode.t failure. Dies right after "ok 1046 - ('U+FFF0') n+ll Line 197597 <=> ('U+FFF0') n+ll Line 197598" | 09:07 | ||
| samcv: ^^^ | |||
| samcv | nine, ah ok. so i should run those tests until they fail and diagnose right | 09:08 | |
| i haven't seen them failing. what OS are you on and compiler | |||
| nine | samcv: that would be nice, yes :) I'm on openSUSE Tumbleweed with gcc (SUSE Linux) 7.2.1 20170901 [gcc-7-branch revision 251580] | 09:09 | |
| CollationTest_NON_IGNORABLE-3.t took really long to reproduce on master. I almost gave up and attributed the fail to the inline_in_place branch where it happened sooner. | |||
| Geth | MoarVM/inline_in_place: 92dce2b51c | (Timo Paulssen)++ (committed by Stefan Seifert) | 4 files Put inlined blocks between their caller and its succ Previously inlined callees were added to the end of the basic block list. We now put the inlined blocks into the list at the position of the invoke op. However we cannot yet get rid of the goto ops entering and exiting the inlined code as that would lead to odd bugs possibly related to the annotations on these ops. |
09:19 | |
| nine | As it stands, this ^^^ could actually go into master. Apparently it works well but Some review may still be a good idea :) | 09:20 | |
| samcv | i gotta go to bed. will look at that tomorrow nine o/ | 09:39 | |
| nine | Good night :) | 09:41 | |
|
10:07
evalable6 joined
10:28
evalable6 joined
10:40
domidumont joined
10:45
domidumont joined
11:39
stmuk joined
12:50
evalable6 joined
|
|||
| Zoffix | nine: 1.5s is plenty during normal stresstest runs. If that's insufficient because you're setting some non-standard options then set ROAST_TIMING_SCALE env var to a larger value (default is 1) | 13:23 | |
| I guess it don't matter now since the normal test behaviour is meant to not hang. | 13:34 | ||
|
13:35
buggable joined
13:36
buggable joined
15:20
committable6 joined
|
|||
| nine | Zoffix: but why pick a rather low value in the first place? Once a hanging bug is fixed (which it usually is when tests go into roast), it's unlikely that it will appear again. And even if, if the worst case is a 10 second penalty for a test file, few people will even notice. | 15:57 | |
| Zoffix | nine: 'cause that routine was created when a bunch of fudges for unfixed bugs were added and slowing down the entire run by dozens of seconds was unwanted. | 15:58 | |
| Actually, they're still fudged for JVM I think, though perhaps with a `skip` fudge | 15:59 | ||
|
15:59
colomon joined
|
|||
| nine | Zoffix: I see your reasoning. I'm just a little sad that I lost so much time chasing trivialities and didn't have a chance to get some actual developing done. | 16:02 | |
| Of course those really hard to reproduce flappers that are also in master cost much more than the timeouts | 16:04 | ||
|
17:08
colomon joined
17:32
stmuk_ joined
|
|||
| dogbert17 | jnthn: is this familiar? gist.github.com/dogbert17/bd6dbcda...b54eab3da8 | 18:12 | |
| timotimo | yeah that's when fixing up wvals doesn't abort when an object needs to be deserialized | ||
| didn't i commit something for that purpose? | |||
| dogbert17 | perhaps it's still in a branch? | 18:13 | |
| timotimo | "refuse_dangerous_inlines" | 18:15 | |
| dogbert17 | perhaps it should be merged? | 18:17 | |
| timotimo | i'd be happier if there were some better way to handle this | 18:28 | |
| nonblocking spesh will cause a bunch of things to not be inlined ever | |||
| well, it's better than crashing | |||
| we could turn the wval into a guaranteed failing guard that causes an uninline | 18:29 | ||
| nine | Maybe just block GC during deserialization of that wval? | 18:30 | |
| timotimo | that's not how that works :) | 18:41 | |
| where would you allocate that object to? | |||
| the problem arises because we're not allowing GC inside spesh, but wval deserialization can trigger it | 18:42 | ||
| jnthn | I think the problem is actually because it needs to require a mutex, and to do that without risk of deadlocking the VM it has to have a GC safepoint | 18:43 | |
| Which might enter the GC | |||
| timotimo | oh, huh! | 18:55 | |
|
19:07
colomon_ joined
|
|||
| dogbert17 | almost sounds like a catch 22 situation | 19:20 | |
|
19:32
evalable6 joined
19:57
leedo__ joined
20:02
hoelzro_ joined,
[Coke]_ joined
20:11
evalable6_ joined,
nativecallable6_ joined,
bloatable6_ joined,
committable6_ joined
|
|||
| lizmat | jnthn timotimo: is it a known issue that you cannot precompile something like "class A { constant %h = a => { "foo" }; say %h<a>() }" ? | 20:15 | |
| ===SORRY!=== | |||
| No lexical found with name '$_' | |||
| nine also perhaps ?? ^^ | |||
| jnthn | lizmat: Didn't know that particular issue, no | 20:24 | |
| lizmat | so worthwhile of a ticket ? | ||
| works fine if you s/constant/my/ | |||
| jnthn | What about my constant ? | 20:25 | |
| lizmat | same | ||
| jnthn | And yeah, ticketable for sure | ||
| lizmat | ack, rakudo or moar ? feels like a precomp issue, and therefore more moary than rakudoy ? | ||
| jnthn | All levels of the stack are involved | 20:30 | |
| At least as many end up needing fixes at Rakudo level | |||
|
20:31
benchable6 joined,
bisectable6 joined
|
|||
| jnthn | So I'd file it there so long as we ain't sure | 20:31 | |
|
20:31
quotable6 joined,
coverable6 joined,
releasable6 joined,
unicodable6 joined,
statisfiable6 joined
|
|||
| lizmat | ack | 20:42 | |
| afk for a bit | 20:45 | ||
|
21:50
SmokeMachine joined
21:51
ugexe joined
21:53
benchable6 joined,
statisfiable6 joined,
unicodable6 joined,
bisectable6 joined,
releasable6 joined
22:11
evalable6 joined,
nativecallable6 joined,
bloatable6 joined
22:28
ilmari[m] joined
|
|||
| samcv | nine, running S32-str/encode.t in a loop right now until i get a segfault | 22:40 | |
| maybe should rebuild with gcc instead hm and not clang | |||
| jnthn at long last got one of the blog posts in this backlog written... 6guts.wordpress.com/2017/11/05/moa...zing-code/ | 22:52 | ||
| *in his | |||
| japhb | \o/ jnthn blag! | 22:53 | |
| jnthn will only sign up for an advent slot if he first manages to get through his backlog... | 22:54 | ||
| samcv | can't get that thing to segfault even running on a loop for half an hour | 22:55 | |
| lizmat | jnthn++ # too tired to read now, but will do so tomorrow | 22:57 | |
|
22:57
AlexDaniel` joined
|
|||
| MasterDuke | heh, i've been ./t/spec/S11-modules/nested.t in a loop for about 30min now also, with spectests running in the background, but nothing is failing | 22:58 | |
| jnthn | lizmat: And in good time for the weekly :) | 23:00 | |
| lizmat | indeed :-) | ||
| jnthn | lizmat: My other perhaps weekly-worthy Perl 6 work this week was getting Cro 0.7.1 out :) | ||
| lizmat | jnthn: noted :-) | 23:01 | |
| anything special about that release ? | |||
| MasterDuke | jnthn: btw, i don't remember if i asked this before and you answered, but what would cause interpolating a variable into a regex to have its 2nd-most expensive by exclusive time routine be Match.Bool's proto? | ||
| or, what extra logging should i use to diagnose myself? | 23:02 | ||
| jnthn | lizmat: github.com/croservices/cro/blob/ma...ses.md#071 are the release notes; probably the biggest things are `cro web` now starts a web interface for stubbing/running/tracing/viewing logs from services in development, the router has include/delegate support for composing routes, and we fixed loads of issues, especially in HTTP/2.0 support. | 23:03 | |
| lizmat | jnthn: even more noted :-) | ||
| jnthn | I'm not sure if cro.services/docs/intro/spa-with-cro ever made the weekly either | 23:04 | |
| Tutorial on doing a react/redux single page app with a Cro backend | |||
|
23:23
evalable6 joined
|
|||
| lizmat | jnthn: no, it is new to me.. :-) | 23:26 | |