The problem affects SBCL 1.2.3 and 1.2.4, at least.
I built them using SBCL 1.1.6.0-3c5581a as host Lisp (because that's the latest officially distributed binary version of SBCL for MacOS/X). I can forward the log of the build process.
The platform is:
$ system_profiler SPSoftwareDataType
System Version: OS X 10.9.5 (13F34)
Kernel Version: Darwin 13.4.0
$ system_profiler SPHardwareDataType
Model Name: MacBook Pro
Model Identifier: MacBookPro5,1
Processor Name: Intel Core 2 Duo
$ uname -a
... root:xnu-2422.115.4~1/RELEASE_X86_64
$ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn)
Target: x86_64-apple-darwin13.4.0
Thread model: posix
The problem affects SBCL 1.2.3 and 1.2.4, at least.
I built them using SBCL 1.1.6.0-3c5581a as host Lisp (because that's the latest officially distributed binary version of SBCL for MacOS/X). I can forward the log of the build process.
The platform is:
$ system_profiler SPSoftwareDataType
System Version: OS X 10.9.5 (13F34)
Kernel Version: Darwin 13.4.0
$ system_profiler SPHardwareDataType
Model Name: MacBook Pro
Model Identifier: MacBookPro5,1
Processor Name: Intel Core 2 Duo
$ uname -a 2422.115. 4~1/RELEASE_ X86_64
... root:xnu-
$ gcc --version /Applications/ Xcode.app/ Contents/ Developer/ usr --with- gxx-include- dir=/usr/ include/ c++/4.2. 1 apple-darwin13. 4.0
Configured with: --prefix=
Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn)
Target: x86_64-
Thread model: posix