libera/#clasp - IRC Chatlog
Search
15:06:30
pfd
Success! Thanks :yitzi for helping me reach my first successful clasp build! Wow, a big list of options with $ clasp --help
15:07:26
drmeister
pfd: Great! It's pretty rare that people are able to build from source. I don't know why that is.
15:08:21
drmeister
ERROR during macroexpansion: Don't know how to atomically access the place *TOOLS*
15:08:53
drmeister
I want to declare a special *tools* in the main thread and then atomically push into it in child threads.
15:10:03
drmeister
I'm an idiot - I changed the name of the variable but not the special declaration.
15:10:09
Bike
that should fix it, but if it doesn't, you can kludge by using (symbol-value '*tools*)
15:11:14
drmeister
I'm fixing the parallel static analyzer as a test case that could be useful to us.
15:17:27
drmeister
This is pretty typical when the parallel static analyzer is running with 10 processes: 1834572 meister 20 0 20.2g 10.7g 606680 S 679.7 34.1 74:07.94 iclasp-boehmpre
15:20:49
pfd
:drmeister The least we users can do is apply a little troubleshooting and patience. This is the least we can do in appreciation for you and your team's hard work!
15:20:50
pfd
In my case what saved the day, or made it easier for me, have been the dedicated devs of Devuan 'Ceres' in mapping Debian 'Sid' packages, rendering clang/llvm 13 and 14 available within apt!
15:39:42
yitzi
llvm-14 is currently in sid and ubuntu 22.04. It is not on Fedora, brew and for some bizarre reason not on Arch.
15:51:59
pfd
:yitzi :drmeister I presume what I see in Devuan 'Ceres' right now, must also be in Debian 'Sid'.
16:43:53
pfd
I'm sticking with llvm-13. I only need it for clasp. If and when clasp needs llvm-14 I'll make the switch accordingly.
19:40:56
Colleen
kpoeck: yitzi said 20 hours, 34 minutes ago: unicode-3 branch worked on Linux and Mac for me.
19:42:09
yitzi
Probably add to the expected failures...running them now on the unicode-3 branch...just about done.
19:43:01
kpoeck
there are some failures that happends randomly, i was never sure how to handle them (there are tests with random input)
19:47:14
yitzi
I think that makes sense. Here are the failures from the last runs here https://plaster.tymoon.eu/view/3133#3133
19:48:30
yitzi
The main thing is that I am setting up the ansi-test target to fail if it does not see the text "No failed tests" or the text "No unexpected failures"
20:11:48
kpoeck
Does it work if you put (load script :verbose t) in (defun recurse ...) in configure.lisp
20:14:28
yitzi
I probably need to come up with a minimal example that will fail over like 100 runs or something.
20:25:20
kpoeck
second point, we now also need to install fmt, did you update the compiling from source?
20:54:00
yitzi
Well, I am gonna try using a queue process the cscript.lisp files via LOAD. Hopefully something won't break later in ninja.
21:02:56
yitzi
I changed the `recurse` function in koga to push the cscript files onto a list versus calling LOAD right away. This is embedded in a LOOP that pops them off and calls LOAD on each. Kind of FILO stack, which is an approximation to the current behavior. Would have to check to make sure the extensions compile since they have sif files in which the order matters.
21:03:58
yitzi
If that fixes it, then maybe the issue is a limited number of "form tracking" streams available? No idea really since I don't really know about the guts of SBCL.
21:13:53
yitzi
Can you add whatever subset of the ansi failures I posted earlier to the "expected failures" list? You know way more about those then me. :-)