Custom Query (1030 matches)
Results (670 - 672 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #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') |
|||
| #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. |
|||
| #21 | fixed | don't need yield-syscall constant in x8664-arch.lisp | ||
| Description |
The constant yield-syscall defined in x8664-arch.lisp isn't used anywhere and could be removed. |
|||
