freenode/#clasp - IRC Chatlog
Search
12:41:27
drmeister
There is a bit of a problem in that we cannot currently use the parallel build using 'fork' on macOS with the MPS GC.
12:42:10
drmeister
The MPS version on macOS creates a second thread to handle segfaults from touching memory barriers. 'fork' duplicates the thread that invokes 'fork' but not the other one.
12:49:14
cracauer`
I test the port for FreeBSD-current on my older Macbook in a virtual machine. While compiling the OSX version outside. This computer is not happy.
12:55:25
cracauer`
Currently testing whether some other dev update fixed that (some float conversion for RNG).
12:59:49
drmeister
frgo: I haven't moved on the extensions pull request because I had a bunch of demos of the Cando extension and I didn't want to cause myself problems. We can move forward now.
13:01:12
drmeister
Because there is one thing that it doesn't capture - the worst problem of all. The clasp_gc.cc file that the static analyzer generates needs to be generated for every combination and permutation of extensions.
13:02:28
drmeister
You can build the boehm version of clasp without clasp_gc.cc but the MPS version needs have a clasp_gc.cc file that was calculated from a specific combination of clasp+whatever extensions.
13:04:47
drmeister
My best idea is to incorporate the static analyzer into the build - that would mean building the boehm version, running the static analyzer in the boehm version on the C++ source code, building the MPS version. That would add a few hours to the MPS build.
13:07:09
drmeister
The second idea is to minimize the number of extensions to things that only add classes that the GC needs to manage.