dft_tools/test/pytriqs/wrap_test/CMakeLists.txt


SET(PYTHON_SOURCES 
  ${CMAKE_CURRENT_SOURCE_DIR}/__init__.py
  ${CMAKE_CURRENT_SOURCE_DIR}/aux.py
)

# Install python sources
install (FILES ${PYTHON_SOURCES} DESTINATION ${TRIQS_PYTHON_LIB_DEST}/wrap_test)

# Build C extension module 
triqs_python_extension(my_module wrap_test)
triqs_python_extension(my_moduleB wrap_test)
triqs_python_extension(test_g wrap_test)
# ??triqs_set_rpath_for_target(my_module)

# the module B must be generated AFTER my_module since it uses some wrapped types...
add_dependencies(python_wrap_my_moduleB python_wrap_my_module)

include_directories( ${CMAKE_CURRENT_SOURCE_DIR} )

# A sample test with text output
add_triqs_test_txt(wrap_a)
Add new wrapper generator - with pytriqs.wrap_test as an example. 2014-05-08 22:15:15 +02:00
			`SET(PYTHON_SOURCES`
			`${CMAKE_CURRENT_SOURCE_DIR}/__init__.py`
			`${CMAKE_CURRENT_SOURCE_DIR}/aux.py`
			`)`

			`# Install python sources`
			`install (FILES ${PYTHON_SOURCES} DESTINATION ${TRIQS_PYTHON_LIB_DEST}/wrap_test)`

			`# Build C extension module`
			`triqs_python_extension(my_module wrap_test)`
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			`triqs_python_extension(my_moduleB wrap_test)`
gf_block converter 2014-05-21 23:01:27 +02:00			`triqs_python_extension(test_g wrap_test)`
Add new wrapper generator - with pytriqs.wrap_test as an example. 2014-05-08 22:15:15 +02:00			`# ??triqs_set_rpath_for_target(my_module)`

wrapper: add use_module - a module can use the converters used by another with the use_module('A') command. In which case : - the generate converter header for A will be included. - the header, at the top, now contains a simple list of all wrapped types, which is then included in the wrapped_types of the module for proper code generation. - simplify the code generation : just generate_code. - all arguments are analyzed from sys.argv at the import of the wrap_generator module. In any case, the xx_desc.py will be called from the corresponding cmake command, hence with the right arguments. - Added a dependencies in my_module_B of wrap_test to show how to make the dependencies in the cmake file, if needed. 2014-05-30 19:21:38 +02:00			`# the module B must be generated AFTER my_module since it uses some wrapped types...`
			`add_dependencies(python_wrap_my_moduleB python_wrap_my_module)`

Add new wrapper generator - with pytriqs.wrap_test as an example. 2014-05-08 22:15:15 +02:00			`include_directories( ${CMAKE_CURRENT_SOURCE_DIR} )`

move wrap_test to test/pytriqs 2014-05-30 23:08:32 +02:00			`# A sample test with text output`
			`add_triqs_test_txt(wrap_a)`

Add new wrapper generator - with pytriqs.wrap_test as an example. 2014-05-08 22:15:15 +02:00