Displaying 5 results from an estimated 5 matches for "from_data".
Did you mean:
  from_date
  
2006 Sep 21
2
wxImage patches
These patches allow the RMagick sample to work with wxRuby2.  They also 
open up some functions that were %ignored that probably shouldn''t be (at 
least with the typemap adjustment).
I think we may need to visit (or document carefully) what happens when 
you pass in a string of data to the constructor or to SetAlpha.  We need 
to decide which setting of static_data is correct for the
2012 Mar 19
2
[LLVMdev] Python bindings in tree
...done with separate pointer
  as you have if I started from scratch today.
* Use of constructor vs "new" static methods.
  When using the bindings one never initializes the class manually.
  Instead a "factory" method is used:
  
  mymod = Module.from_file(...)
  mymod = Module.from_data(...)
  mymod = Module.new("foo")
  ity = Type.int(32)
  
  instead of
  
  mymod = Module(file=...)
  mymod = Module(data=...)
  mymod = Module(name="foo")
  ity = IntType(32)
  I prefer this in, especially in the cases where there are many
  different ways to construct an item...
2012 Mar 21
0
[LLVMdev] Python bindings in tree
...ed
code is easy to diff when they are regenerated).
* Use of constructor vs "new" static methods.
>
>  When using the bindings one never initializes the class manually.
>  Instead a "factory" method is used:
>
>  mymod = Module.from_file(...)
>  mymod = Module.from_data(...)
>  mymod = Module.new("foo")
>  ity = Type.int(32)
>
>  instead of
>
>  mymod = Module(file=...)
>  mymod = Module(data=...)
>  mymod = Module(name="foo")
>  ity = IntType(32)
>
Yeah, Module is an example where the number of named arguments is...
2012 Mar 19
0
[LLVMdev] Python bindings in tree
On 3/17/2012 4:14 PM, Anders Waldenborg wrote:
> FYI:
> 
> I've also been working on new python bindings.
> 
> My bindings are written using ctypes (just like the in-tree
> clang/cindex bindings). Most of Core.h is bound, and stuff from
> ExecutionEngine.h, Analysis, BitReader, BitWriter. The have fairly
> good test coverage (using nosetests). The ctypes definitions are
2012 Mar 17
3
[LLVMdev] Python bindings in tree
At Fri, 16 Mar 2012 14:12:08 +0100,
Christoph Grenz wrote:
> 
> Hello,
> 
> Am Donnerstag, 15. März 2012, 21:15:02 schrieb Gregory Szorc:
> > There was some talk on IRC last week about desire for Python bindings to
> > LLVM's Object.h C interface. So, I coded up some and you can now find
> > some Python bindings in trunk at bindings/python. Currently, the
>