1.0.3.17: fix x86-64-assem.S build
authorCyrus Harmon <ch-sbcl@bobobeach.com>
Sat, 3 Mar 2007 06:24:38 +0000 (06:24 +0000)
committerCyrus Harmon <ch-sbcl@bobobeach.com>
Sat, 3 Mar 2007 06:24:38 +0000 (06:24 +0000)
 * on darwin, use GSYM(GNAME(all_threads)),%rax, on linux use
   GNAME(all_threads). This is isn't the cleanest fix, but it should
   restore buildability while I work out a proper fix.

src/runtime/x86-64-assem.S
version.lisp-expr

index d0cc742..2e8e1c7 100644 (file)
@@ -141,7 +141,11 @@ GNAME(call_into_lisp_first_time):
        push    %rbp            # Save old frame pointer.
        mov     %rsp,%rbp       # Establish new frame.
        mov     %rsp,ALIEN_STACK + SYMBOL_VALUE_OFFSET
+#if defined(LISP_FEATURE_DARWIN)
        movq    GSYM(GNAME(all_threads)),%rax
+#else
+        movq    GNAME(all_threads),%rax
+#endif
        mov     THREAD_CONTROL_STACK_START_OFFSET(%rax) ,%rsp
        /* don't think too hard about what happens if we get interrupted
        * here */
index 9fcc4be..2467163 100644 (file)
@@ -17,4 +17,4 @@
 ;;; checkins which aren't released. (And occasionally for internal
 ;;; versions, especially for internal versions off the main CVS
 ;;; branch, it gets hairier, e.g. "0.pre7.14.flaky4.13".)
-"1.0.3.16"
+"1.0.3.17"