From downstream Debian bug report (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709655): "/libqmi-glib/utils/int8: OK ** ERROR:test-utils.c:115:test_utils_uint16: assertion failed (GUINT16_FROM_LE (tmp) == values[i++]): (3920 == 20495) make[4]: *** [check-local] Aborted See the full buildd logs at: https://buildd.debian.org/status/package.php?p=libqmi http://buildd.debian-ports.org/status/package.php?p=libqmi&suite=sid "
I believe it's a bug in the tests themselves. The LE/BE tests use both the same in_buffer[], and then an extra LE/BE conversion is done in the VAL_EQUAL macro, which I don't think it's right. Instead, there shouldn't be a VAL_EQUAL macro, just comparing the 'tmp' and values[i] integers should be enough, because both are already in Host-Endian. But of course, in this case, we would also need different in_buffer[] arrays in LE and BE tests.
Created attachment 79896 [details] [review] Patch Patch to fix the issue. Comments?
Are we able to reproduce/test this anyhow, without uploading a new version to Debian? Using e.g. Qemu or virtualbox?
Patch pushed after testing ok in a mips BE system.
Verified that the build problem is solved in Debian: https://buildd.debian.org/status/package.php?p=libqmi
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.