Custom Query (1030 matches)

If the image loader can't load an image at its preferred address (presumably because of mmap limitations or something like that), a function named 'relocate_area_contents' is supposed to walk all pointer-bearing areas, adjusting the pointers it finds there by the difference ('bias') between the expected image address and the actual address. I don't know the details, but this doesn't seem to work yet on x8632. (For a long time, it didn't work right on x8664: the code there didn't handle embedded pointers in function objects correctly.)

I don't know if we'll ever fix this or not. It's probably about 3 days' work to:

1) add support for calling variadic ObjC methods

2) add DWARF debugging info to the kernel point(s) where ObjC method calls are made (SPffcall, possibly variants of it) to support the C++-style declarative exception handling that the 64-bit ObjC runtime uses.

3) add other missing features that I may not be thinking of.

Loading a file with userinit disabled in Version 1.2-r10579M-trunk (Linuxx8664) with the following forms:

(defclass my-generic-function () ()
  (:metaclass funcallable-standard-class))

(format t "In a toplevel form: ~S~%"
          (typep (make-instance 'my-generic-function) 'my-generic-function))

(let ()
  (format t "In a let: ~S~%"
          (typep (make-instance 'my-generic-function) 'my-generic-function)))

(funcall (compile nil '(lambda ()
                         (format t "In a compiled closure: ~S~%"
                                 (typep (make-instance 'my-generic-function)
                                        'my-generic-function)))))

Gives T, NIL, and NIL respectively, where I would expect all T.

As far as I can tell, this only happens for user-defined classes whose metaclass is funcallable-standard-class, whether or not subclassing standard-generic-function.