(in-package "SB!C")
-(file-comment
- "$Header$")
-
#!-sb-fluid (declaim (inline internal-make-lexenv)) ; only called in one place
;;; The LEXENV represents the lexical environment used for IR1 conversion.
;;; (This is also what shows up as an ENVIRONMENT value in macroexpansion.)
#!-sb-fluid (declaim (inline internal-make-lexenv)) ; only called in one place
(def!struct (lexenv
- ;; FIXME: should probably be called MAKE-EMPTY-LEXENV or
- ;; MAKE-NULL-LEXENV
(:constructor make-null-lexenv ())
+ (:constructor make-null-interactive-lexenv
+ (&aux (policy (list '(safety . 3)
+ '(compilation-speed . 2)
+ '(debug . 2)
+ '(speed . 1)
+ '(space . 1)
+ '(inhibit-warnings . 1)))))
(:constructor internal-make-lexenv
- (functions variables blocks tags type-restrictions
- lambda cleanup cookie
- interface-cookie options)))
- ;; Alist (name . what), where What is either a Functional (a local function),
- ;; a DEFINED-FUNCTION, representing an INLINE/NOTINLINE declaration, or
- ;; a list (MACRO . <function>) (a local macro, with the specifier
- ;; expander.) Note that Name may be a (SETF <name>) function.
- (functions nil :type list)
- ;; An alist translating variable names to Leaf structures. A special binding
- ;; is indicated by a :Special Global-Var leaf. Each special binding within
- ;; the code gets a distinct leaf structure, as does the current "global"
- ;; value on entry to the code compiled. (locally (special ...)) is handled
- ;; by adding the most recent special binding to the front of the list.
+ (funs vars blocks tags
+ type-restrictions
+ lambda cleanup policy)))
+ ;; an alist of (NAME . WHAT), where WHAT is either a FUNCTIONAL (a
+ ;; local function), a DEFINED-FUN, representing an
+ ;; INLINE/NOTINLINE declaration, or a list (MACRO . <function>) (a
+ ;; local macro, with the specifier expander). Note that NAME may be
+ ;; a (SETF <name>) list, not necessarily a single symbol.
+ (funs nil :type list)
+ ;; an alist translating variable names to LEAF structures. A special
+ ;; binding is indicated by a :SPECIAL GLOBAL-VAR leaf. Each special
+ ;; binding within the code gets a distinct leaf structure, as does
+ ;; the current "global" value on entry to the code compiled.
+ ;; (locally (special ...)) is handled by adding the most recent
+ ;; special binding to the front of the list.
;;
- ;; If the CDR is (MACRO . <exp>), then <exp> is the expansion of a symbol
- ;; macro.
- (variables nil :type list)
- ;; Blocks and Tags are alists from block and go-tag names to 2-lists of the
- ;; form (<entry> <continuation>), where <continuation> is the continuation to
- ;; exit to, and <entry> is the corresponding Entry node.
+ ;; If the CDR is (MACRO . <exp>), then <exp> is the expansion of a
+ ;; symbol macro.
+ (vars nil :type list)
+ ;; BLOCKS and TAGS are alists from block and go-tag names to 2-lists
+ ;; of the form (<entry> <continuation>), where <continuation> is the
+ ;; continuation to exit to, and <entry> is the corresponding ENTRY
+ ;; node.
(blocks nil :type list)
(tags nil :type list)
- ;; An alist (Thing . CType) which is used to keep track of "pervasive" type
- ;; declarations. When Thing is a leaf, this is for type declarations that
- ;; pertain to the type in a syntactic extent which does not correspond to a
- ;; binding of the affected name. When Thing is a continuation, this is used
- ;; to track the innermost THE type declaration.
+ ;; an alist (THING . CTYPE) which is used to keep track of
+ ;; "pervasive" type declarations. When THING is a leaf, this is for
+ ;; type declarations that pertain to the type in a syntactic extent
+ ;; which does not correspond to a binding of the affected name.
(type-restrictions nil :type list)
- ;; The lexically enclosing lambda, if any.
- ;;
+ ;; the lexically enclosing lambda, if any
+ ;;
;; FIXME: This should be :TYPE (OR CLAMBDA NULL), but it was too hard
;; to get CLAMBDA defined in time for the cross-compiler.
- (lambda nil)
- ;; The lexically enclosing cleanup, or NIL if none enclosing within Lambda.
- ;;
- ;; FIXME: This should be :TYPE (OR CLEANUP NULL), but it was too hard
- ;; to get CLEANUP defined in time for the cross-compiler.
+ (lambda nil)
+ ;; the lexically enclosing cleanup, or NIL if none enclosing within Lambda
(cleanup nil)
- ;; The representation of the current OPTIMIZE policy.
- (cookie *default-cookie* :type cookie)
- ;; The policy that takes effect in XEPs and related syntax parsing functions.
- ;; Slots in this cookie may be null to indicate that the normal value in
- ;; effect.
- (interface-cookie *default-interface-cookie* :type cookie)
- ;; an alist of miscellaneous options that are associated with the lexical
- ;; environment
- (options nil :type list))
+ ;; the current OPTIMIZE policy
+ (policy *policy* :type policy))
+
+;;; support for the idiom (in MACROEXPAND and elsewhere) that NIL is
+;;; to be taken as a null lexical environment
+(defun coerce-to-lexenv (x)
+ (etypecase x
+ (null (make-null-lexenv))
+ (lexenv x)))
+
+(defun maybe-inline-syntactic-closure (lambda lexenv)
+ (declare (type list lambda) (type lexenv lexenv))
+ (aver (eql (first lambda) 'lambda))
+ ;; We used to have a trivial implementation, verifying that lexenv
+ ;; was effectively null. However, this fails to take account of the
+ ;; idiom
+ ;;
+ ;; (declaim (inline foo))
+ ;; (macrolet ((def (x) `(defun ,x () ...)))
+ ;; (def foo))
+ ;;
+ ;; which, while too complicated for the cross-compiler to handle in
+ ;; unfriendly foreign lisp environments, would be good to support in
+ ;; the target compiler. -- CSR, 2002-05-13 and 2002-11-02
+ (let ((vars (lexenv-vars lexenv))
+ (funs (lexenv-funs lexenv)))
+ (collect ((decls) (macros) (symbol-macros))
+ (cond
+ ((or (lexenv-blocks lexenv) (lexenv-tags lexenv)) nil)
+ ((and (null vars) (null funs)) `(lambda-with-lexenv
+ nil nil nil
+ ,@(cdr lambda)))
+ ((dolist (x vars nil)
+ #+sb-xc-host
+ ;; KLUDGE: too complicated for cross-compilation
+ (return t)
+ #-sb-xc-host
+ (let ((name (car x))
+ (what (cdr x)))
+ ;; only worry about the innermost binding
+ (when (eq x (assoc name vars :test #'eq))
+ (typecase what
+ (cons
+ (aver (eq (car what) 'macro))
+ (symbol-macros x))
+ (global-var
+ ;; A global should not appear in the lexical
+ ;; environment? Is this true? FIXME!
+ (aver (eq (global-var-kind what) :special))
+ (decls `(special ,name)))
+ (t
+ ;; we can't inline in the presence of this object
+ (return t))))))
+ nil)
+ ((dolist (x funs nil)
+ #+sb-xc-host
+ ;; KLUDGE: too complicated for cross-compilation (and
+ ;; failure of OAOO in comments, *sigh*)
+ (return t)
+ #-sb-xc-host
+ (let ((name (car x))
+ (what (cdr x)))
+ ;; again, only worry about the innermost binding, but
+ ;; functions can have name (SETF FOO) so we need to use
+ ;; EQUAL for the test.
+ (when (eq x (assoc name funs :test #'equal))
+ (typecase what
+ (cons
+ (macros (cons name (function-lambda-expression (cdr what)))))
+ ;; FIXME: Is there a good reason for this not to be
+ ;; DEFINED-FUN (which :INCLUDEs GLOBAL-VAR, in case
+ ;; you're wondering how this ever worked :-)? Maybe
+ ;; in conjunction with an AVERrance that it's not an
+ ;; (AND GLOBAL-VAR (NOT GLOBAL-FUN))? -- CSR,
+ ;; 2002-07-08
+ (global-var
+ (when (defined-fun-p what)
+ (decls `(,(car (rassoc (defined-fun-inlinep what)
+ *inlinep-translations*))
+ ,name))))
+ (t (return t))))))
+ nil)
+ (t
+ ;; if we get this far, we've successfully dealt with
+ ;; everything in FUNS and VARS, so:
+ `(lambda-with-lexenv ,(decls) ,(macros) ,(symbol-macros)
+ ,@(cdr lambda)))))))
+
projects / sbcl.git / blobdiff