14:31 <cousin_luigi> Not sure how to addresse the former, since it seems to happen in different places.

14:38 <cousin_luigi> But it always has "serial" in the name, not sure if it's of any use.

15:02 <Praetonus> cousin_luigi: Could you try getting a backtrace for these segfaults?

15:36 <cousin_luigi> Praetonus: How do I run a specific test? Or should I run everything under gdb?

15:37 <Praetonus> There is no way to run a specific test, you'll have to run the whole suite under gdb

15:38 <jemc> Praetonus: I don't think that's true, actually

15:39 <cousin_luigi> Also, do you believe tests are parallel-safe ?

15:40 <jemc> cousin_luigi, Praetonus: you should be able to set the following env var: GTEST_FILTER='CompilerSerialisationTest.SerialiseAfterSugar'

15:41 <jemc> I use it commonly when working on compiler tests

15:41 <Praetonus> jemc: Oh, I wasn't aware of that

15:41 <jemc> you can also test an entire group using: GTEST_FILTER='CompilerSerialisationTest.*'

15:41 <cousin_luigi> jemc: Good, will try again. But now the damn thing failed on writevLarge

15:44 <cousin_luigi> Oh, I forgot. For some reason numerous tests fail when I try to run them interactively.

15:44 <Praetonus> cousin_luigi: The compiler is mostly thread safe, but there are parts that aren't

15:45 <Praetonus> So generally speaking, no, the tests aren't thread safe

15:46 <cousin_luigi> Ok, make -j1 it is

15:46 <cousin_luigi> Although I suspect we're talking about slightly different things.

15:46 <cousin_luigi> https://pastebin.com/K8JmyJvU <- what do you make of this? If I can't run tests interactively, I'll never be able to properly debug:/

15:46 <Praetonus> I'm suspecting that too

15:47 <Praetonus> I may have misunderstood your question, I understood that you were talking about running tests with multiple threads in the same process

15:48 <cousin_luigi> Praetonus: No, I asked if tests are interdependent and possibly creating race conditions.

15:48 <cousin_luigi> Anyway that's the least of my worries right now:|

17:10 <JustVic> Maybe a stupid question, but Is it possible to write an OS kernel on pony language? And how is pony language ready to that task?

17:14 <Praetonus> JustVic: That wouldn't be possible without an extensive rewrite of the Pony runtime, perhaps by integrating the low level stuff of the kernel directly into the runtime. The official runtime is written in C but any language with low level access to memory and threading primitives (e.g. Rust) is suited for the task

17:14 <Praetonus> But an entire OS running entirely on top of the Pony runtime is an interesting thought

17:23 <JustVic> Praetonus: Thanks for answer, I understood.

18:18 <SeanTAllen> JustVic: its something that Sylvan is very interested in and who knows, something might come of it some day

18:36 <JustVic> SeanTAllen: Good, It will be interesting to see some code, when it will be available. Sadly, I have too little knowledge(only barebones tutorial in C on OSDev.org) to start experimenting from zero point.

19:16 <tokenrove> pony as a unikernel language would be very interesting