libera/#clasp - IRC Chatlog
Search
19:16:16
Bike
I think it's still up in the air, but drmeister is the one who's been corresponding with the jit guy
19:19:07
drmeister
The macOS problem preventing us from building for Apple Silicon is not quite fixed yet.
19:20:32
drmeister
I say "quite" because it's a bit complicated. They tried to fix it in Ventura and screwed up the fix and we might be able to get it to work but when they really fix it we will have to special case Ventura up to whatever OS version finally fixes it relative to the OS version that really fixes it and any other OS version after that.
19:21:01
drmeister
I'm hoping they really fix it in the next release of the OS and then I'll deal with it.
0:05:16
selwynning
i am hoping to run common lisp in a sandboxed wasm environment and am exploring my options
0:06:02
selwynning
would it be possible for clasp to compile common lisp code to llvm and then to a wasm module?
4:31:08
Bike
i finally did the one last bytecode compiler optimization that was on the list, and now i can compile+load swank in less than seven seconds. however... with --norc it's a little under 3.5s. i'm only turning on the bytecode compiler after the rc file loads, so loading quicklisp is a good half of the time apparently.
4:33:33
Bike
as for where the actual compiler is spending its time... flame graph is marginally helpful since it's deeply recursive (same old story) but the actual perf report is fairly clear
4:34:33
Bike
building inline ASTs for cleavir is still taking a ton of time... there's some arithmetic stuff that i'd like cleavir to be able to optimize but which will require some pretty serious changes... we might want to do some instruction-level profiling on the bytecode_vm function and others, like karlosz was doing earlier