src/bno055/CMakeLists.txt

upm_mixed_module_init (NAME bno055
    DESCRIPTION "Intelligent 9-axis Absolute Orientation Sensor"
    C_HDR bno055.h bno055_regs.h
    C_SRC bno055.c
    CPP_HDR bno055.hpp
    CPP_SRC bno055.cxx
    CPP_WRAPS_C
    REQUIRES mraa utilities-c)
bno055: C port; C++ wraps C The API has been changed in some cases - see the apichanges.md document. In addition, this driver uses a new upm_vectortypes.i SWIG interface file to provide a mechanism for methods that return a vector of floats and ints instead of a pointer to an array. This works much nicer than C array pointers, and results in Python/JS/Java code that looks much more "natural" to the language in use. The Python, JS, and Java examples have been changed to use these methods. Support for the "old" C-style pointer methods are still provided for backward compatibility with existing code. As an example - to retrieve the x, y, and z data for Euler Angles from the bno055, the original python code would look something like: ... x = sensorObj.new_floatp() y = sensorObj.new_floatp() z = sensorObj.new_floatp() ... sensor.getEulerAngles(x, y, z) ... print("Euler: Heading:", sensorObj.floatp_value(x), end=' ') print(" Roll:", sensorObj.floatp_value(y), end=' ') ... Now the equivalent code is simply: floatData = sensor.getEulerAngles() print("Euler: Heading:", floatData[0], ... print(" Roll:", floatData[1], end=' ') ... Additionally, interrupt handling for Java is now implemented completely in the C++ header file now rather than the .cxx file, so no special SWIG processing is required anymore. See Issue #518 . Signed-off-by: Jon Trulson <jtrulson@ics.com> 2017-03-07 12:43:44 -07:00			`upm_mixed_module_init (NAME bno055`
			`DESCRIPTION "Intelligent 9-axis Absolute Orientation Sensor"`
			`C_HDR bno055.h bno055_regs.h`
			`C_SRC bno055.c`
			`CPP_HDR bno055.hpp`
			`CPP_SRC bno055.cxx`
			`CPP_WRAPS_C`
ANDROID: CMake/src changes to build on android-24 * Updated pom file generation: Generate pom files after all sensor library targets have been created - allows for dependencies * Changes for compiling on Android * Check for mraa build options: Look at symbols in mraa library to determine UPM build options (example: mraa_iio_init, mraa_firmata_init) * Add per target summary for C/C++/java/nodejs/python * Added hierarchy to fti include directory... old: #include "upm_voltage.h" new: #include "fti/upm_voltage.h" * Removed unimplemented methods from mpu9150 library and java example * Add utilities-c target for all c examples. Most of the C examples rely on the upm_delay methods. Add a dependency on the utilities-c target for all c examples. * Updated the examples/CMakeLists.txt to add dependencies passed via TARGETS to the target name parsed from the example name. Also updated the interface example names to start with 'interfaces'. * Updated src/examples/CMakeLists.txt to ALWAYS remove examples from the example_src_list (moved this from end of function to beginning). Signed-off-by: Noel Eck <noel.eck@intel.com> 2017-02-07 17:00:29 -08:00			`REQUIRES mraa utilities-c)`