src/mma7361/CMakeLists.txt

upm_mixed_module_init (NAME mma7361
    DESCRIPTION "Triaxial analog accelerometer"
    C_HDR mma7361.h
    C_SRC mma7361.c
    CPP_HDR mma7361.hpp
    CPP_SRC mma7361.cxx
    FTI_SRC mma7361_fti.c
    CPP_WRAPS_C
    REQUIRES mraa)
mma7361: Initial implementation This driver implements support for the DFRobot MMA7361 analog accelerometer. It supports 3 axes with a selectable 1.5G and 6G sensitivity. It is not really meant for navigation, but rather for uses such as orientation and freefall detection. Signed-off-by: Jon Trulson <jtrulson@ics.com> 2016-08-24 15:43:11 -06:00			`upm_mixed_module_init (NAME mma7361`
descriptions: Updated cmake DESCRIPTION field This commit touches a subset of UPM sensors which contain C source. Cleaned up the CMakeLists.txt DESCRIPTION field to better represent the library. Signed-off-by: Noel Eck <noel.eck@intel.com> 2016-10-19 12:16:14 -07:00			`DESCRIPTION "Triaxial analog accelerometer"`
mma7361: Initial implementation This driver implements support for the DFRobot MMA7361 analog accelerometer. It supports 3 axes with a selectable 1.5G and 6G sensitivity. It is not really meant for navigation, but rather for uses such as orientation and freefall detection. Signed-off-by: Jon Trulson <jtrulson@ics.com> 2016-08-24 15:43:11 -06:00			`C_HDR mma7361.h`
			`C_SRC mma7361.c`
			`CPP_HDR mma7361.hpp`
			`CPP_SRC mma7361.cxx`
			`FTI_SRC mma7361_fti.c`
			`CPP_WRAPS_C`
cmake: Dependency refactoring for includes and libs This commit attempts to use a more cmake-friendly approach when handling inter-target dependencies. A combination of macros and include_directories usage provided overzealous compile -I/blah entries which equates to large catch-all build commands. For example, the last CXX target contains include directories for nearly all preceeding targets (~190). Library dependencies were also often wrong or missing. * Removed nearly all used of include_directories (swig cmake commands still appear to need these for generating the swig command line) * Updated usage of target_link_libraries in upm_module_init, also changed to using target_include_directories per target. This greatly simplifies upm/mixed_module_init usage for libraries which depend on other libraries (in this project). example (src/tb7300/CMakeLists.txt) old: # upm-libbacnetmstp will bring in libbacnet, I hope set (reqlibname "upm-bacnetmstp") include_directories(${BACNET_INCLUDE_DIRS}) include_directories("../bacnetmstp") upm_module_init() upm_target_link_libraries(${libname} bacnetmstp) new: upm_module_init(bacnetmstp) The reason here, is that tb7300 depends on bacnetmstp, which depends on BACNET includes/libs, so tb7300 gets the headers and libraries transitively via its dependency on bacnetmstp. * Updated pkg-config .pc file generation flow to reflect changes with dependencies. * Create a real target for the interfaces (CXX abstract sensor classes). Renamed the directory from 'upm/src/upm' to 'upm/src/interfaces' Also changed the install location of the interface headers to include/upm/interfaces. Updated interface header usage to reflect this. * Updated a few sensor libs to use fwd declarations for mraa. Ideally the UPM libs would do more of this which eases the burden on anyone building on top of the sensor libraries since they would not need to know about mraa headers. * Fixed examples which use symbols not defined in local includes Signed-off-by: Noel Eck <noel.eck@intel.com> 2017-01-30 18:14:48 -08:00			`REQUIRES mraa)`