From: Stas B. <sta...@gm...> - 2014-04-10 12:49:08
|
Stas Boukarev <sta...@gm...> writes: > Stas Boukarev <sta...@gm...> writes: > >> Eric Marsden <eri...@fr...> writes: >> >>> Hi, >>> >>> Building current git, I see a SB-GMP build failure on Linux/AMD64. All >>> 22 of the SB-GMP tests fail with >>> >>> Actual value: #<SIMPLE-TYPE-ERROR expected-type: SB-GMP::GMP-RSTATE datum: 1>. >>> >>> I have libgmp-dev with a Debian version of 2:6.0.0+dfsg-2. >> The breaking commit is 6b74d4aac1a11e776267fbdb3638d9708d74df0f. >> I'm currently investigating it. But I already noticed a debugger >> regression: >> (let ((a abc)) a) => >> The variable 68772754895 is unbound. > It is quite peculiar: > (let () *state*) in any package returns 1, but warns about an undefined > variable. > The name *state* is important for this to fail. Ok, that's coming from the thread struct: (let () (list *state* *no-tls-value-marker* *os-thread* *pseudo-atomic-bits*)) => (1 #<unknown immediate object, lowtag=#b1, widetag=#x61 {61}> 70368646560640 0) due to sb-vm::symbol-thread-struct-offset disregarding the package. But I'm not quite sure about the whole meaning of treating thread slots in such a way. -- With best regards, Stas. |