Custom Query (1030 matches)
Results (1012 - 1014 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #20 | fixed | *x8664-compiler-backend-modules* and *x86-compiler-backend-modules* defined twice | ||
| Description |
In ccl:lib;compile-ccl.lisp, *x8664-compiler-backend-modules* and *x86-compiler-backend-modules* are defined twice (lines 72--89), apparently to no purpose. |
|||
| #19 | invalid | Bug in bridge/FFI? | ||
| Description |
I'm attempting to use the GraphX framework (http://blog.oofn.net/projects/graphx) via the bridge but it doesn't seem to be fully 'registering' as the bridge knows about the class methods but doesn't seem to pick up the classes themselves. As a result, I obviously can't create an instance: (objc:make-objc-instance "CTScatterPlotView") ObjC class CTScatterPlotView not found
Restarts:
Backtrace:
So I confirm that the bridge doesn't see the class: (objc:@class "CTScatterPlotView") ObjC class CTScatterPlotView not found
Restarts:
Backtrace:
But the methods were picked up so it is at least partially loading the interfaces: (ccl::lookup-objc-message-info "showFill") #S(CCL::OBJC-MESSAGE-INFO :MESSAGE-NAME "showFill" :METHODS (#<OBJC-METHOD-INFO -[CTCurveView showFill] #x9880F1E> #<OBJC-METHOD-INFO -[CTHistogramView showFill] #x9880F8E> #<OBJC-METHOD-INFO -[CTScatterPlotView showFill] #x988100E>) :AMBIGUOUS-METHODS NIL :REQ-ARGS NIL :FLAGS NIL :PROTOCOL-METHODS NIL :LISP-NAME NIL :SELECTOR NIL) I've also confirmed that class definition is making it into the FFI and then the CDB files. (I only confirmed that there was a class entry in the FFI file and ran 'strings objc-classes.cdb | grep CT') |
|||
| #18 | fixed | undefined-function call: arglist is wrong, restart may not work | ||
| Description |
;;; Assume that BAR is not fboundp. (bar 1 2 3 4 5) Error: Undefined function BAR called with arguments (0 <random> 3 4 5) Something is failing to account for the fact that there's now a return address on the stack. |
|||
