search for: add_function

...of-code-2009-swig/downloads/list [6]. http://forge.scilab.org/index.php/p/epfs/ *Appendix* *llvm-py Implementation * Here I give a small example to show the relationship between the Python function in llvm-py and the C function in LLVM. Let us analysis an example in llvm-py: *f_sum = my_module.add_function(ty_func, "sum").* How the above statement is implemented to call LLVM C function successfully? The llvm-py package has six modules, of which the most important is the core module, consisting of the following files: *core.py * high-level support code *_core.c * low-level wrapper code...

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

...le(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. Also many objects are not really created standalone. e.g a function is added: f = Module.add_function(FTy, "foo") and the Function constructor is never used. That way having the policy "never use constructor" to create objects makes it consistent. Also this makes it consistent with the old defuct llvm-py bindings. (partially this also is a consequence of the fact...

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 >