Bug#1020321: glib2.0: FTBFS on hppa - test simple-construction1 fails

Simon McVittie smcv at debian.org
Tue Sep 20 10:23:26 BST 2022


On Tue, 20 Sep 2022 at 00:16:04 +0000, John David Anglin wrote:
> (performance:11828): GLib-ERROR **: 23:07:39.938: ../../../glib/gmem.c:430: over
> flow allocating 2147483647*4 bytes

Assuming hppa is 32-bit, that's an array of ((size_t) -1) 4-byte elements,
so probably some uninitialized or incorrect number is being used as an
array length.

A backtrace from this crash (it's a SIGTRAP, so it should leave a core
dump) will probably narrow down where to look.

> Not sure why the test attempts to allocate this much. This test doesn't
> fail on qemu buildds.

This test succeeds on 32-bit release architectures like i386 and armhf,
so there must be some hppa-specific reason why it's trying to use a
nonsense array length. Is there something unusual about hppa memory layout
or alignment or anything like that?

In the buildd log at
https://buildd.debian.org/status/fetch.php?pkg=glib2.0&arch=hppa&ver=2.74.0-1&stamp=1663637461&raw=0
it doesn't seem to have DEB_BUILD_OPTIONS=nocheck, but also doesn't seem
to be running tests at all? Has some toolchain package been modified to
make it skip tests on this architecture, or something like that?

In a previous buildd build
https://buildd.debian.org/status/fetch.php?pkg=glib2.0&arch=hppa&ver=2.74.0-1&stamp=1663629476&raw=0
the test failed in the same way you reported.

    smcv



More information about the pkg-gnome-maintainers mailing list