;;;; the representation of a lexical environment ;;;; This software is part of the SBCL system. See the README file for ;;;; more information. ;;;; ;;;; This software is derived from the CMU CL system, which was ;;;; written at Carnegie Mellon University and released into the ;;;; public domain. The software is in the public domain and is ;;;; provided with absolutely no warranty. See the COPYING and CREDITS ;;;; files for more information. (in-package "SB!C") ;;; 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 (:print-function print-lexenv) (:constructor make-null-lexenv ()) (:constructor internal-make-lexenv (funs vars blocks tags type-restrictions lambda cleanup handled-conditions disabled-package-locks %policy user-data))) ;; 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 . ) (a ;; local macro, with the specifier expander). Note that NAME may be ;; a (SETF ) 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 . ), then 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 ( ), where is the ;; continuation to exit to, and 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. (type-restrictions nil :type list) ;; 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 (cleanup nil) ;; condition types we handle with a handler around the compiler (handled-conditions *handled-conditions*) ;; lexically disabled package locks (list of symbols) (disabled-package-locks *disabled-package-locks*) ;; the current OPTIMIZE policy. this is null in the null environment, ;; and the global policy is stored in *POLICY*. (Because we want to ;; be able to affect it from :WITH-COMPILATION-UNIT.) NIL here also ;; works as a convenient null-lexenv identifier. (%policy nil :type policy) ;; A list associating extra user info to symbols. The entries ;; are of the form (:declare name . value), ;; (:variable name key . value), or (:function name key . value) (user-data nil :type list)) (defun lexenv-policy (lexenv) (or (lexenv-%policy lexenv) *policy*)) (defun null-lexenv-p (lexenv) (not (lexenv-%policy lexenv))) ;;; 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 print-lexenv (lexenv stream level) (if (null-lexenv-p lexenv) (print-unreadable-object (lexenv stream) (write-string "NULL-LEXENV" stream)) (default-structure-print lexenv stream level))) (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)))))))