[Android-tools-devel] Bug#1023766: android-platform-build-kati: autopkgtest regression on armel: undefined reference to `std::__atomic_futex_unsigned_base
Adrian Bunk
bunk at debian.org
Tue Jan 24 12:09:29 GMT 2023
On Wed, Nov 09, 2022 at 09:58:22PM +0100, Paul Gevers wrote:
> Source: android-platform-build-kati
> Version: 10.0.0+r32+git20220314.09dfa26c4e59-3
> Severity: serious
> User: debian-ci at lists.debian.org
> Usertags: regression
>
> Dear maintainer(s),
>
> With a recent upload of android-platform-build-kati the autopkgtest of
> android-platform-build-kati fails in testing when that autopkgtest is run
> with the binary packages of android-platform-build-kati from unstable. It
> passes when run with only packages from testing. In tabular form:
>
> pass fail
> android-platform-build-kati
> from testing
> 10.0.0+r32+git20220314.09dfa26c4e59-3
> all others from testing from testing
>
> I copied some of the output at the bottom of this report.
>
> Currently this regression is blocking the migration to testing [1]. Can you
> please investigate the situation and fix it?
>...
> g++ -c -std=c++17 -g -W -Wall -MMD -MP -O -DNOLOG -march=native -o
> out/affinity.o src/affinity.cc
>...
I was wondering why this works for me on the porterbox, but the
autopkgtest fails on armel (and on ppc64el and riscv64).
The relevant difference is likely the hardware, and the fact that
-march=native is editied out during the build[1] but not patched
out, so still used during the autopkgtest.
cu
Adrian
[1] https://sources.debian.org/src/android-platform-build-kati/10.0.0%2Br32%2Bgit20220314.09dfa26c4e59-3/debian/rules/#L15
More information about the Android-tools-devel
mailing list