dft_tools/pytriqs/wrap_test/my_moduleB_desc.py

from wrap_generator import *

# The module
mod = module_(full_name = "pytriqs.wrap_test.my_moduleB", doc = " Doc of my_module ")
mod.add_include("<triqs/../pytriqs/wrap_test/b.hpp>") 
mod.add_include("<pytriqs/converters/my_module.hpp>")

mod.add_function (name = "print_a2", signature = "void(A a)", doc = "DOC of print_a")

mod.generate_code(mako_template = sys.argv[1], wrap_file = sys.argv[2])
mod.generate_py_converter_header(mako_template = sys.argv[3], wrap_file = sys.argv[4])
Add new wrapper generator - with pytriqs.wrap_test as an example. 2014-05-08 22:15:15 +02:00			`from wrap_generator import *`

			`# The module`
parameters & wrapper - new parameter class : parameters are viewed as form, built in C++, and filled in C++/python. Each field of the form as a precise C++ type (erased using standard techniques). First tests ok, to be reread/checked. TODO : serialization is commented. Lead to long compilation time & large code due to boost::serialization. Use h5 when possible. - wrapper : - separated the converters of the wrapped type in the TRIQS library - necessary for parameters (it used outside an .so) and potentially other codes, outside an .so module 2014-05-16 19:35:48 +02:00			`mod = module_(full_name = "pytriqs.wrap_test.my_moduleB", doc = " Doc of my_module ")`
			`mod.add_include("<triqs/../pytriqs/wrap_test/b.hpp>")`
Fix compilation of py_converter. - py_converters in hpp files - add guard to prevent inclusion in the wrapper (to avoid 2 specialisation of the same py_converter). 2014-05-20 17:45:16 +02:00			`mod.add_include("<pytriqs/converters/my_module.hpp>")`
Add new wrapper generator - with pytriqs.wrap_test as an example. 2014-05-08 22:15:15 +02:00
			`mod.add_function (name = "print_a2", signature = "void(A a)", doc = "DOC of print_a")`

			`mod.generate_code(mako_template = sys.argv[1], wrap_file = sys.argv[2])`
parameters & wrapper - new parameter class : parameters are viewed as form, built in C++, and filled in C++/python. Each field of the form as a precise C++ type (erased using standard techniques). First tests ok, to be reread/checked. TODO : serialization is commented. Lead to long compilation time & large code due to boost::serialization. Use h5 when possible. - wrapper : - separated the converters of the wrapped type in the TRIQS library - necessary for parameters (it used outside an .so) and potentially other codes, outside an .so module 2014-05-16 19:35:48 +02:00			`mod.generate_py_converter_header(mako_template = sys.argv[3], wrap_file = sys.argv[4])`
Add new wrapper generator - with pytriqs.wrap_test as an example. 2014-05-08 22:15:15 +02:00