• spiiroin's avatar
    [hybrisadaptor] Deal with sensor type aliasing changes. JB#43020 · 2d0ed575
    spiiroin authored
    It seems that in later android header versions sensor type values
    have been changed from #define constants into enumeration values.
    And while previously SENSOR_TYPE_MAGNETIC_FIELD was alias for
    SENSOR_TYPE_GEOMAGNETIC_FIELD, now it is the other way around. Which
    then has the net effect of: Attempt to provide fallback value for
    SENSOR_TYPE_MAGNETIC_FIELD with symbolic name results in compilation
    failures.
    
    Use hard-coded fallback values for both SENSOR_TYPE_GEOMAGNETIC_FIELD
    and SENSOR_TYPE_MAGNETIC_FIELD to break dependency on what types android
    header considers to be aliases vs not.
    Signed-off-by: spiiroin's avatarSimo Piiroinen <simo.piiroinen@jollamobile.com>
    2d0ed575
Name
Last commit
Last update
LuneOS Loading commit data...
adaptors Loading commit data...
c-api Loading commit data...
chains Loading commit data...
config Loading commit data...
config.tests/hybris Loading commit data...
core Loading commit data...
datatypes Loading commit data...
debian Loading commit data...
doc Loading commit data...
examples Loading commit data...
filters Loading commit data...
include Loading commit data...
qt-api Loading commit data...
rpm Loading commit data...
sensord Loading commit data...
sensors Loading commit data...
tests Loading commit data...
COPYING Loading commit data...
README.md Loading commit data...
TODO Loading commit data...
common-config.pri Loading commit data...
common-install.pri Loading commit data...
common.pri Loading commit data...
makedist Loading commit data...
sensord-qt5.pc Loading commit data...
sensord.conf Loading commit data...
sensord.init Loading commit data...
sensord.pc Loading commit data...
sensord.prf Loading commit data...
sensorfw.conf Loading commit data...
sensorfw.pro Loading commit data...