0.6.11.17:
[sbcl.git] / stems-and-flags.lisp-expr
index 3018510..cf2577b 100644 (file)
@@ -31,7 +31,7 @@
 ;;; FIXME: Perhaps now that a significant number of files are built
 ;;; in warm load instead of cold load, this file should now be called
 ;;; cold-stems-and-flags.lisp-expr? Also, perhaps this file should move
-;;; into the src/cold/ directory?
+;;; into the src/cold directory?
 (
  ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
  ;;; miscellaneous
 
  ("code/target-alieneval" :not-host)
  ("code/target-c-call"    :not-host)
- ("code/target-sap"       :not-host)
+ ("code/target-allocate"  :not-host)
 
  ("code/array"         :not-host)
  ("code/target-sxhash" :not-host)
  #!+gengc ("code/gengc"    :not-host)
 
  ("code/stream"            :not-host)
- ("pcl/gray-streams-stubs" :not-host)
  ("code/print"             :not-host)
  ("code/pprint"            :not-host) ; maybe should be :BYTE-COMPILE T
  ("code/early-format")
 
  ("compiler/late-macros")
 
- ;; for e.g. DEF-PRIMITIVE-TYPE, needed by primtype.lisp, and
+ ;; for e.g. !DEF-PRIMITIVE-TYPE, needed by primtype.lisp, and
  ;; DEFINE-STORAGE-CLASS, needed by target/vm.lisp
  ("compiler/meta-vmdef")
 
  ;; host-alieneval.lisp
  ("code/host-c-call")
 
- ;; SB!XC:DEFTYPE is needed in order to compile late-target-type
+ ;; SB!XC:DEFTYPE is needed in order to compile late-type
  ;; in the host Common Lisp, and in order to run, it needs
  ;; %COMPILER-DEFTYPE.
  ("compiler/compiler-deftype")
  ("compiler/generic/target-core" :not-host) ; uses stuff from
                                             ;   "compiler/generic/core"
 
+ ("code/target-sap"        :not-host) ; uses SAP-INT-TYPE
  ("code/target-package"    :not-host) ; needs "code/package"
  ("code/target-random"     :not-host) ; needs "code/random"
  ("code/target-hash-table" :not-host) ; needs "code/hash-table"
                                       ;   from "code/pathname"
  ("code/sharpm"            :not-host) ; uses stuff from "code/reader"
 
- ;; stuff for byte compilation. This works only in the target system,
- ;; because fundamental BYTE-FUNCTION-OR-CLOSURE types are implemented 
- ;; as nonportable FUNCALLABLE-INSTANCEs.
+ ;; stuff for byte compilation. Note that although byte code is
+ ;; "portable", it'd be hard to make it work on the cross-compilation
+ ;; host, because fundamental BYTE-FUNCTION-OR-CLOSURE types are
+ ;; implemented as FUNCALLABLE-INSTANCEs, and it's 
+ ;; not obvious how to make those portable.
  ("code/byte-types" :not-host)
  ("compiler/byte-comp")
  ("compiler/target-byte-comp" :not-host)