Custom Query (1030 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (670 - 672 of 1030)

Ticket Resolution Summary Owner Reporter
#19 invalid Bug in bridge/FFI? Gary Byers phil
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

[Condition of type SIMPLE-ERROR]

Restarts:

0: [ABORT-REQUEST] Abort handling SLIME request. 1: [ABORT-BREAK] Reset this process 2: [ABORT] Kill this process

Backtrace:

0: (CCL::LOOKUP-OBJC-CLASS "CTScatterPlotView" 'T) 1: (CCL::%OBJC-CLASS-CLASSPTR #S(CCL::OBJC-CLASS-DESCRIPTOR :NAME "CTScatterPlotView" :CLASSPTR NIL))

So I confirm that the bridge doesn't see the class:

(objc:@class "CTScatterPlotView")

ObjC class CTScatterPlotView not found

[Condition of type SIMPLE-ERROR]

Restarts:

0: [ABORT-REQUEST] Abort handling SLIME request. 1: [ABORT-BREAK] Reset this process 2: [ABORT] Kill this process

Backtrace:

0: (CCL::LOOKUP-OBJC-CLASS "CTScatterPlotView" 'T) 1: (CCL::%OBJC-CLASS-CLASSPTR #S(CCL::OBJC-CLASS-DESCRIPTOR :NAME "CTScatterPlotView" :CLASSPTR NIL))

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 Gary Byers R. Matthew Emerson
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 Gary Byers R. Matthew Emerson
Description

The constant yield-syscall defined in x8664-arch.lisp isn't used anywhere and could be removed.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.