freenode/#sbcl - IRC Chatlog
Search
3:37:59
karlosz
all the code in the runtime.S files annoy me. i could do what stassats suggested and move pthread_specific into C code, but it's hard to test i didn't break anything on each platform
4:40:28
karlosz
stylewarning: i don't think --fancy will give you threads on ppc64 because it isn't marked as stable somewhere
4:47:29
karlosz
its marked mgsk from a few days ago, i ran into the same problem when it mismatched executables and cores
4:48:43
karlosz
i actually didn't bother stress testing it at all because i don't have threaded workloads
4:50:14
karlosz
can you describe the general nature of the problem? like, deadlocking or race conditions?
4:50:39
karlosz
could be that special variable access is really just hosed, but then again, the regression suite passes....
4:50:47
stylewarning
karlosz: for the quantum compiler? it has nothing to do with threads, just floating point numbers going into FORTRAN
4:52:26
stylewarning
i hacked and slashed until it worked ("worked"), so who knows whose issue it is
4:53:38
karlosz
no clue - i've used the ppc64 port for like half a minute so i don't have a good idea what still remains
8:15:42
Krystof
I'd like it to happen, and would be happy to help, but it needs someone who can dedicate some concentrated time to it
8:17:06
no-defun-allowed
I have school holidays now and I'd like to have a go at it, but I've never poked around at a compiler before, and I don't know how much time it would take to add threading support.
8:54:56
Krystof
it's a little tricky, because arm is register-starved. At the moment, the arm32 port dedicates a register to NIL, but there really aren't any other spare registers, I think
8:55:33
Krystof
(and a thread-enabled port needs a register to hold the current thread). so I think the strategy should be to have NIL-value be stored within the thread structure