0.7.10.34:
[sbcl.git] / tests / clos.impure.lisp
index 64089c6..9041c40 100644 (file)
@@ -22,7 +22,7 @@
 (defmethod wiggle ((a struct-a))
   (+ (struct-a-x a)
      (struct-a-y a)))
-(defgeneric jiggle ((arg t)))
+(defgeneric jiggle (arg))
 (defmethod jiggle ((a struct-a))
   (- (struct-a-x a)
      (struct-a-y a)))
@@ -35,7 +35,7 @@
 
 ;;; Compiling DEFGENERIC should prevent "undefined function" style
 ;;; warnings from code within the same file.
-(defgeneric gf-defined-in-this-file ((x number) (y number)))
+(defgeneric gf-defined-in-this-file (x y))
 (defun function-using-gf-defined-in-this-file (x y n)
   (unless (minusp n)
     (gf-defined-in-this-file x y)))
       (ignore-errors (progn ,@body))
       (declare (ignore res))
       (typep condition 'error))))
-
 (assert (expect-error
          (macroexpand-1
           '(defmethod foo0 ((x t) &rest) nil))))
-
 (assert (expect-error (defgeneric foo1 (x &rest))))
 (assert (expect-error (defgeneric foo2 (x a &rest))))
-
 (defgeneric foo3 (x &rest y))
 (defmethod foo3 ((x t) &rest y) nil)
 (defmethod foo4 ((x t) &key y &rest z) nil)
-(defgeneric foo4 (x &key y &rest z))
-
+(defgeneric foo4 (x &rest z &key y))
 (assert (expect-error (defgeneric foo5 (x &rest))))
 (assert (expect-error (macroexpand-1 '(defmethod foo6 (x &rest)))))
 
+;;; more lambda-list checking
+;;;
+;;; DEFGENERIC lambda lists are subject to various limitations, as per
+;;; section 3.4.2 of the ANSI spec. Since Alexey Dejneka's patch for
+;;; bug 191-b ca. sbcl-0.7.22, these limitations should be enforced.
+(labels ((coerce-to-boolean (x)
+          (if x t nil))
+        (%like-or-dislike (expr expected-failure-p)
+           (declare (type boolean expected-failure-p))
+           (format t "~&trying ~S~%" expr)
+           (multiple-value-bind (fun warnings-p failure-p)
+            (compile nil
+                     `(lambda ()
+                         ,expr))
+            (declare (ignore fun))
+            ;; In principle the constraint on WARNINGS-P below seems
+            ;; reasonable, but in practice we get warnings about
+            ;; undefined functions from the DEFGENERICs, apparently
+            ;; because the DECLAIMs which ordinarily prevent such
+            ;; warnings don't take effect because EVAL-WHEN
+            ;; (:COMPILE-TOPLEVEL) loses its magic when compiled
+            ;; within a LAMBDA. So maybe we can't test WARNINGS-P
+            ;; after all?
+             ;;(unless expected-failure-p
+            ;;  (assert (not warnings-p)))
+            (assert (eq (coerce-to-boolean failure-p) expected-failure-p))))
+         (like (expr)
+           (%like-or-dislike expr nil))
+         (dislike (expr)
+           (%like-or-dislike expr t)))
+  ;; basic sanity
+  (dislike '(defgeneric gf-for-ll-test-0 ("a" #p"b")))
+  (like    '(defgeneric gf-for-ll-test-1 ()))
+  (like    '(defgeneric gf-for-ll-test-2 (x)))
+  ;; forbidden default or supplied-p for &OPTIONAL or &KEY arguments
+  (dislike '(defgeneric gf-for-ll-test-3 (x &optional (y 0)))) 
+  (like    '(defgeneric gf-for-ll-test-4 (x &optional y))) 
+  (dislike '(defgeneric gf-for-ll-test-5 (x y &key (z :z z-p)))) 
+  (like    '(defgeneric gf-for-ll-test-6 (x y &key z)))
+  (dislike '(defgeneric gf-for-ll-test-7 (x &optional (y 0) &key z))) 
+  (like    '(defgeneric gf-for-ll-test-8 (x &optional y &key z))) 
+  (dislike '(defgeneric gf-for-ll-test-9 (x &optional y &key (z :z)))) 
+  (like    '(defgeneric gf-for-ll-test-10 (x &optional y &key z))) 
+  (dislike '(defgeneric gf-for-ll-test-11 (&optional &key (k :k k-p))))
+  (like    '(defgeneric gf-for-ll-test-12 (&optional &key k)))
+  ;; forbidden &AUX
+  (dislike '(defgeneric gf-for-ll-test-13 (x y z &optional a &aux g h)))
+  (like    '(defgeneric gf-for-ll-test-14 (x y z &optional a)))
+  (dislike '(defgeneric gf-for-ll-test-bare-aux-1 (x &aux)))
+  (like    '(defgeneric gf-for-ll-test-bare-aux-2 (x)))
+  ;; also can't use bogoDEFMETHODish type-qualifier-ish decorations
+  ;; on required arguments
+  (dislike '(defgeneric gf-for-11-test-15 ((arg t))))
+  (like '(defgeneric gf-for-11-test-16 (arg))))
+
 ;;; structure-class tests setup
 (defclass structure-class-foo1 () () (:metaclass cl:structure-class))
 (defclass structure-class-foo2 (structure-class-foo1)
   ((a-slot :initarg :a-slot :accessor a-slot)
    (b-slot :initarg :b-slot :accessor b-slot)
    (c-slot :initarg :c-slot :accessor c-slot)))
-
 (let ((foo (make-instance 'class-with-slots
                          :a-slot 1
                          :b-slot 2
     (assert (= (b-slot bar) 2))
     (assert (= (c-slot bar) 3))))
 
-;;; some more change-class testing, now that we have an ANSI-compliant
-;;; version (thanks to Espen Johnsen):
+;;; some more CHANGE-CLASS testing, now that we have an ANSI-compliant
+;;; version (thanks to Espen Johnsen)
 (defclass from-class ()
   ((foo :initarg :foo :accessor foo)))
-
 (defclass to-class ()
   ((foo :initarg :foo :accessor foo)
    (bar :initarg :bar :accessor bar)))
-
 (let* ((from (make-instance 'from-class :foo 1))
        (to (change-class from 'to-class :bar 2)))
   (assert (= (foo to) 1))
   (assert (= (bar to) 2)))
+
+;;; Until Pierre Mai's patch (sbcl-devel 2002-06-18, merged in
+;;; sbcl-0.7.4.39) the :MOST-SPECIFIC-LAST option had no effect.
+(defgeneric bug180 (x)
+  (:method-combination list :most-specific-last))
+(defmethod bug180 list ((x number))
+  'number)
+(defmethod bug180 list ((x fixnum))
+  'fixnum)
+(assert (equal (bug180 14) '(number fixnum)))
 \f
 ;;; printing a structure class should not loop indefinitely (or cause
 ;;; a stack overflow):
 (defclass test-printing-structure-class ()
   ((slot :initarg :slot))
   (:metaclass structure-class))
-
 (print (make-instance 'test-printing-structure-class :slot 2))
 
 ;;; structure-classes should behave nicely when subclassed
   ((a :initarg :a :accessor a-accessor)
    (b :initform 2 :reader b-reader))
   (:metaclass structure-class))
-
 (defclass sub-structure (super-structure)
   ((c :initarg :c :writer c-writer :accessor c-accessor))
   (:metaclass structure-class))
-
 (let ((foo (make-instance 'sub-structure :a 1 :c 3)))
   (assert (= (a-accessor foo) 1))
   (assert (= (b-reader foo) 2))
 (assert (eq (ffin *cod*) 'almost-triang-fin))
 (assert (equalp #((:before cod) (cod)) *clos-dispatch-side-fx*))
 \f
-;;;; success
+;;; Until sbcl-0.7.6.21, the long form of DEFINE-METHOD-COMBINATION
+;;; ignored its options; Gerd Moellmann found and fixed the problem
+;;; for cmucl (cmucl-imp 2002-06-18).
+(define-method-combination test-mc (x)
+  ;; X above being a method-group-specifier
+  ((primary () :required t))
+  `(call-method ,(first primary)))
+
+(defgeneric gf (obj)
+  (:method-combination test-mc 1))
 
+(defmethod gf (obj)
+  obj)
+\f
+;;; Until sbcl-0.7.7.20, some conditions weren't being signalled, and
+;;; some others were of the wrong type:
+(macrolet ((assert-program-error (form)
+            `(multiple-value-bind (value error)
+                 (ignore-errors ,form)
+               (assert (null value))
+               (assert (typep error 'program-error)))))
+  (assert-program-error (defclass foo001 () (a b a)))
+  (assert-program-error (defclass foo002 () 
+                         (a b) 
+                         (:default-initargs x 'a x 'b)))
+  (assert-program-error (defclass foo003 ()
+                         ((a :allocation :class :allocation :class))))
+  (assert-program-error (defclass foo004 ()
+                         ((a :silly t))))
+  ;; and some more, found by Wolfhard Buss and fixed for cmucl by Gerd
+  ;; Moellmann in sbcl-0.7.8.x:
+  (assert-program-error (progn
+                         (defmethod odd-key-args-checking (&key (key 42)) key)
+                         (odd-key-args-checking 3)))
+  (assert (= (odd-key-args-checking) 42))
+  (assert (eq (odd-key-args-checking :key t) t))
+  ;; yet some more, fixed in sbcl-0.7.9.xx
+  (assert-program-error (defclass foo005 ()
+                         (:metaclass sb-pcl::funcallable-standard-class)
+                         (:metaclass 1)))
+  (assert-program-error (defclass foo006 ()
+                         ((a :reader (setf a)))))
+  (assert-program-error (defclass foo007 ()
+                         ((a :initarg 1))))
+  (assert-program-error (defclass foo008 ()
+                         (a :initarg :a)
+                         (:default-initargs :a 1)
+                         (:default-initargs :a 2))))
+\f
+;;; DOCUMENTATION's argument-precedence-order wasn't being faithfully
+;;; preserved through the bootstrap process until sbcl-0.7.8.39.
+;;; (thanks to Gerd Moellmann)
+(let ((answer (documentation '+ 'function)))
+  (assert (stringp answer))
+  (defmethod documentation ((x (eql '+)) y) "WRONG")
+  (assert (string= (documentation '+ 'function) answer)))
+\f
+;;; only certain declarations are permitted in DEFGENERIC
+(macrolet ((assert-program-error (form)
+            `(multiple-value-bind (value error)
+                 (ignore-errors ,form)
+               (assert (null value))
+               (assert (typep error 'program-error)))))
+  (assert-program-error (defgeneric bogus-declaration (x)
+                         (declare (special y))))
+  (assert-program-error (defgeneric bogus-declaration2 (x)
+                         (declare (notinline concatenate)))))
+;;; CALL-NEXT-METHOD should call NO-NEXT-METHOD if there is no next
+;;; method.
+(defmethod no-next-method-test ((x integer)) (call-next-method))
+(assert (null (ignore-errors (no-next-method-test 1))))
+(defmethod no-next-method ((g (eql #'no-next-method-test)) m &rest args)
+  'success)
+(assert (eq (no-next-method-test 1) 'success))
+(assert (null (ignore-errors (no-next-method-test 'foo))))
+\f
+;;; regression test for bug 176, following a fix that seems
+;;; simultaneously to fix 140 while not exposing 176 (by Gerd
+;;; Moellmann, merged in sbcl-0.7.9.12).
+(dotimes (i 10)
+  (let ((lastname (intern (format nil "C176-~D" (1- i))))
+        (name (intern (format nil "C176-~D" i))))
+  (eval `(defclass ,name
+             (,@(if (= i 0) nil (list lastname)))
+           ()))
+  (eval `(defmethod initialize-instance :after ((x ,name) &rest any)
+           (declare (ignore any))))))
+(defclass b176 () (aslot-176))
+(defclass c176-0 (b176) ())
+(assert (= 1 (setf (slot-value (make-instance 'c176-9) 'aslot-176) 1)))
+\f
+;;; DEFINE-METHOD-COMBINATION was over-eager at checking for duplicate
+;;; primary methods:
+(define-method-combination dmc-test-mc (&optional (order :most-specific-first))
+  ((around (:around))
+   (primary (dmc-test-mc) :order order :required t))
+   (let ((form (if (rest primary)
+                   `(and ,@(mapcar #'(lambda (method)
+                                       `(call-method ,method))
+                                   primary))
+                   `(call-method ,(first primary)))))
+     (if around
+         `(call-method ,(first around)
+                       (,@(rest around)
+                        (make-method ,form)))
+         form)))
+
+(defgeneric dmc-test-mc (&key k)
+  (:method-combination dmc-test-mc))
+
+(defmethod dmc-test-mc dmc-test-mc (&key k)
+          k)
+
+(dmc-test-mc :k 1)
+;;; While I'm at it, DEFINE-METHOD-COMBINATION is defined to return
+;;; the NAME argument, not some random method object. So:
+(assert (eq (define-method-combination dmc-test-return-foo)
+           'dmc-test-return-foo))
+(assert (eq (define-method-combination dmc-test-return-bar :operator and)
+           'dmc-test-return-bar))
+(assert (eq (define-method-combination dmc-test-return
+               (&optional (order :most-specific-first))
+             ((around (:around))
+              (primary (dmc-test-return) :order order :required t))
+             (let ((form (if (rest primary)
+                             `(and ,@(mapcar #'(lambda (method)
+                                                 `(call-method ,method))
+                                             primary))
+                             `(call-method ,(first primary)))))
+               (if around
+                   `(call-method ,(first around)
+                     (,@(rest around)
+                      (make-method ,form)))
+                   form)))
+           'dmc-test-return))
+\f
+;;; DEFMETHOD should signal a PROGRAM-ERROR if an incompatible lambda
+;;; list is given:
+(defmethod incompatible-ll-test-1 (x) x)
+(multiple-value-bind (result error)
+    (ignore-errors (defmethod incompatible-ll-test-1 (x y) y))
+  (assert (null result))
+  (assert (typep error 'program-error)))
+(multiple-value-bind (result error)
+    (ignore-errors (defmethod incompatible-ll-test-1 (x &rest y) y))
+  (assert (null result))
+  (assert (typep error 'program-error)))
+;;; Sneakily using a bit of MOPness to check some consistency
+(assert (= (length
+           (sb-pcl:generic-function-methods #'incompatible-ll-test-1)) 1))
+
+(defmethod incompatible-ll-test-2 (x &key bar) bar)
+(multiple-value-bind (result error)
+    (ignore-errors (defmethod incompatible-ll-test-2 (x) x))
+  (assert (null result))
+  (assert (typep error 'program-error)))
+(defmethod incompatible-ll-test-2 (x &rest y) y)
+(assert (= (length
+           (sb-pcl:generic-function-methods #'incompatible-ll-test-2)) 1))
+(defmethod incompatible-ll-test-2 ((x integer) &key bar) bar)
+(assert (= (length
+           (sb-pcl:generic-function-methods #'incompatible-ll-test-2)) 2))
+(assert (equal (incompatible-ll-test-2 t 1 2) '(1 2)))
+(assert (eq (incompatible-ll-test-2 1 :bar 'yes) 'yes))
+\f
+;;; Attempting to instantiate classes with forward references in their
+;;; CPL should signal errors (FIXME: of what type?)
+(defclass never-finished-class (this-one-unfinished-too) ())
+(multiple-value-bind (result error)
+    (ignore-errors (make-instance 'never-finished-class))
+  (assert (null result))
+  (assert (typep error 'error)))
+(multiple-value-bind (result error)
+    (ignore-errors (make-instance 'this-one-unfinished-too))
+  (assert (null result))
+  (assert (typep error 'error)))
+\f
+;;; Classes with :ALLOCATION :CLASS slots should be subclassable (and
+;;; weren't for a while in sbcl-0.7.9.xx)
+(defclass superclass-with-slot ()
+  ((a :allocation :class)))
+(defclass subclass-for-class-allocation (superclass-with-slot) ())
+(make-instance 'subclass-for-class-allocation)
+\f
+;;; bug #136: CALL-NEXT-METHOD was being a little too lexical,
+;;; resulting in failure in the following:
+(defmethod call-next-method-lexical-args ((x integer))
+  x)
+(defmethod call-next-method-lexical-args :around ((x integer))
+  (let ((x (1+ x)))
+    (call-next-method)))
+(assert (= (call-next-method-lexical-args 3) 3))
+\f
+;;; DEFINE-METHOD-COMBINATION with arguments was hopelessly broken
+;;; until 0.7.9.5x
+(defvar *d-m-c-args-test* nil)
+(define-method-combination progn-with-lock ()
+  ((methods ()))
+  (:arguments object)
+  `(unwind-protect
+    (progn (lock (object-lock ,object))
+          ,@(mapcar #'(lambda (method)
+                        `(call-method ,method))
+                    methods))
+    (unlock (object-lock ,object))))
+(defun object-lock (obj)
+  (push "object-lock" *d-m-c-args-test*)
+  obj)
+(defun unlock (obj)
+  (push "unlock" *d-m-c-args-test*)
+  obj)
+(defun lock (obj)
+  (push "lock" *d-m-c-args-test*)
+  obj)
+(defgeneric d-m-c-args-test (x)
+  (:method-combination progn-with-lock))
+(defmethod d-m-c-args-test ((x symbol))
+  (push "primary" *d-m-c-args-test*))
+(defmethod d-m-c-args-test ((x number))
+  (error "foo"))
+(assert (equal (d-m-c-args-test t) '("primary" "lock" "object-lock")))
+(assert (equal *d-m-c-args-test*
+              '("unlock" "object-lock" "primary" "lock" "object-lock")))
+(setf *d-m-c-args-test* nil)
+(ignore-errors (d-m-c-args-test 1))
+(assert (equal *d-m-c-args-test*
+              '("unlock" "object-lock" "lock" "object-lock")))
+\f
+;;; The walker (on which DEFMETHOD depended) didn't know how to handle
+;;; SYMBOL-MACROLET properly.  In fact, as of sbcl-0.7.10.20 it still
+;;; doesn't, but it does well enough to compile the following without
+;;; error (the problems remain in asking for a complete macroexpansion
+;;; of an arbitrary form).
+(symbol-macrolet ((x 1))
+  (defmethod bug222 (z)
+    (macrolet ((frob (form) `(progn ,form ,x)))
+      (frob (print x)))))
+(assert (= (bug222 t) 1))
+
+;;; also, a test case to guard against bogus environment hacking:
+(eval-when (:compile-toplevel :load-toplevel :execute)
+  (setq bug222-b 3))
+;;; this should at the least compile:
+(let ((bug222-b 1))
+  (defmethod bug222-b (z stream)
+    (macrolet ((frob (form) `(progn ,form ,bug222-b)))
+      (frob (format stream "~D~%" bug222-b)))))
+;;; and it would be nice (though not specified by ANSI) if the answer
+;;; were as follows:
+(let ((x (make-string-output-stream)))
+  ;; not specified by ANSI
+  (assert (= (bug222-b t x) 3))
+  ;; specified.
+  (assert (char= (char (get-output-stream-string x) 0) #\1)))
+\f
+;;;; success
 (sb-ext:quit :unix-status 104)