(in-package "SB!C")
-;;; !COLD-INIT calls this twice to initialize the cookies, once before
-;;; any toplevel forms are executed, then again to undo any lingering
-;;; effects of toplevel DECLAIMs.
-(!begin-collecting-cold-init-forms)
-(!cold-init-forms
- (setf *default-cookie*
- (make-cookie :safety 1
- :speed 1
- :space 1
- :cspeed 1
- :brevity 1
- ;; Note: CMU CL had a default of 2 for DEBUG and 1 for all
- ;; the other qualities. SBCL uses a default of 1 for every
- ;; quality, because the ANSI documentation for the
- ;; OPTIMIZE declaration says that 1 is "the neutral
- ;; value", and it seems natural for the neutral value to
- ;; be the default.
- :debug 1))
- (setf *default-interface-cookie*
- (make-cookie)))
-(!defun-from-collected-cold-init-forms !set-sane-cookie-defaults)
-
;;; A list of UNDEFINED-WARNING structures representing references to unknown
;;; stuff which came up in a compilation unit.
(defvar *undefined-warnings*)
(declaim (list *undefined-warnings*))
-;;; Check that Name is a valid function name, returning the name if OK, and
-;;; doing an error if not. In addition to checking for basic well-formedness,
-;;; we also check that symbol names are not NIL or the name of a special form.
+;;; Check that NAME is a valid function name, returning the name if
+;;; OK, and doing an error if not. In addition to checking for basic
+;;; well-formedness, we also check that symbol names are not NIL or
+;;; the name of a special form.
(defun check-function-name (name)
(typecase name
(list
(t
(compiler-error "illegal function name: ~S" name))))
-;;; Called to do something about SETF functions that overlap with SETF
-;;; macros. Perhaps we should interact with the user to see whether
-;;; the macro should be blown away, but for now just give a warning.
-;;; Due to the weak semantics of the (SETF FUNCTION) name, we can't
-;;; assume that they aren't just naming a function (SETF FOO) for the
-;;; heck of it. NAME is already known to be well-formed.
+;;; This is called to do something about SETF functions that overlap
+;;; with SETF macros. Perhaps we should interact with the user to see
+;;; whether the macro should be blown away, but for now just give a
+;;; warning. Due to the weak semantics of the (SETF FUNCTION) name, we
+;;; can't assume that they aren't just naming a function (SETF FOO)
+;;; for the heck of it. NAME is already known to be well-formed.
(defun note-if-setf-function-and-macro (name)
(when (consp name)
(when (or (info :setf :inverse name)
(let ((old (gethash name *free-variables*)))
(when old (vars old))))))
-;;; Return a new cookie containing the policy information represented
+;;; Return a new POLICY containing the policy information represented
;;; by the optimize declaration SPEC. Any parameters not specified are
-;;; defaulted from COOKIE.
-(declaim (ftype (function (list cookie) cookie) process-optimize-declaration))
-(defun process-optimize-declaration (spec cookie)
- (let ((res (copy-cookie cookie)))
- (dolist (quality (cdr spec))
- (let ((quality (if (atom quality) (list quality 3) quality)))
- (if (and (consp (cdr quality)) (null (cddr quality))
- (typep (second quality) 'real) (<= 0 (second quality) 3))
- (let ((value (rational (second quality))))
- (case (first quality)
- (speed (setf (cookie-speed res) value))
- (space (setf (cookie-space res) value))
- (safety (setf (cookie-safety res) value))
- (compilation-speed (setf (cookie-cspeed res) value))
- ;; FIXME: BREVITY is an undocumented name for it,
- ;; should go away. And INHIBIT-WARNINGS is a
- ;; misleading name for it. Perhaps BREVITY would be
- ;; better. But the ideal name would have connotations
- ;; of suppressing only optimization-related notes,
- ;; which I think is the behavior. Perhaps
- ;; INHIBIT-NOTES?
- ((inhibit-warnings brevity) (setf (cookie-brevity res) value))
- ((debug-info debug) (setf (cookie-debug res) value))
- (t
- (compiler-warning "unknown optimization quality ~S in ~S"
- (car quality) spec))))
- (compiler-warning
- "malformed optimization quality specifier ~S in ~S"
- quality spec))))
- res))
+;;; defaulted from the POLICY argument.
+(declaim (ftype (function (list policy) policy) process-optimize-declaration))
+(defun process-optimize-declaration (spec policy)
+ (let ((result policy)) ; may have new entries pushed on it below
+ (dolist (q-and-v-or-just-q (cdr spec))
+ (multiple-value-bind (quality raw-value)
+ (if (atom q-and-v-or-just-q)
+ (values q-and-v-or-just-q 3)
+ (destructuring-bind (quality raw-value) q-and-v-or-just-q
+ (values quality raw-value)))
+ (cond ((not (policy-quality-p quality))
+ (compiler-warning "ignoring unknown optimization quality ~
+ ~S in ~S"
+ quality spec))
+ ((not (and (typep raw-value 'real) (<= 0 raw-value 3)))
+ (compiler-warning "ignoring bad optimization value ~S in ~S"
+ raw-value spec))
+ (t
+ (push (cons quality (rational raw-value))
+ result)))))
+ result))
(defun sb!xc:proclaim (form)
(unless (consp form)
(dolist (name args)
(unless (symbolp name)
(error "can't declare a non-symbol as SPECIAL: ~S" name))
+ (when (constantp name)
+ (error "can't declare a constant as SPECIAL: ~S" name))
(clear-info :variable :constant-value name)
(setf (info :variable :kind name) :special)))
(type
(error "not a function type: ~S" (first args)))
(dolist (name (rest args))
(cond ((info :function :accessor-for name)
- (warn "ignoring FTYPE proclamation for slot accessor:~% ~S"
- name))
+ ;; FIXME: This used to be a WARNING, which was
+ ;; clearly wrong, since it would cause warnings to
+ ;; be issued for conforming code, which is really
+ ;; annoying for people who use Lisp code to build
+ ;; Lisp systems (and check the return values from
+ ;; COMPILE and COMPILE-FILE). Changing it to a
+ ;; compiler note is somewhat better, since it's
+ ;; after all news about a limitation of the
+ ;; compiler, not a problem in the code. But even
+ ;; better would be to handle FTYPE proclamations
+ ;; for slot accessors, and since in the long run
+ ;; slot accessors should become more like other
+ ;; functions, this should eventually become
+ ;; straightforward.
+ (maybe-compiler-note
+ "~@<ignoring FTYPE proclamation for ~
+ slot accessor (currently unsupported): ~2I~_~S~:>"
+ name))
(t
;; KLUDGE: Something like the commented-out TYPE/=
(declare (ignore layout))
(setf (class-state subclass) :sealed))))))))
(optimize
- (setq *default-cookie*
- (process-optimize-declaration form *default-cookie*)))
+ (setq *default-policy*
+ (process-optimize-declaration form *default-policy*)))
(optimize-interface
- (setq *default-interface-cookie*
- (process-optimize-declaration form *default-interface-cookie*)))
+ (setq *default-interface-policy*
+ (process-optimize-declaration form *default-interface-policy*)))
((inline notinline maybe-inline)
(dolist (name args)
(proclaim-as-function-name name)
(setf (info :declaration :recognized decl) t)))
(t
(cond ((member kind *standard-type-names*)
- (sb!xc:proclaim `(type . ,form))) ; FIXME: ,@ instead of . ,
+ (sb!xc:proclaim `(type ,@form))) ; FIXME: ,@ instead of . ,
((not (info :declaration :recognized kind))
(warn "unrecognized proclamation: ~S" form))))))
(values))
-
-;;; Keep the compiler from issuing warnings about SB!C::%%DEFMACRO
-;;; when it compiles code which expands into calls to the function
-;;; before it's actually compiled the function.
-;;;
-;;; (This can't be done in defmacro.lisp because PROCLAIM isn't
-;;; defined when defmacro.lisp is loaded.)
-#+sb-xc-host (sb!xc:proclaim '(ftype function sb!c::%%defmacro))