info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#1060735: glib2.0/experimental: FTBFS on s390x and other 64-bit BE: gdatetime test fails or crashes
0 views
Skip to first unread message
Simon McVittie
Jan 13, 2024, 11:30:04 AMJan 13
to
On Sat, 13 Jan 2024 at 15:21:02 +0000, Simon McVittie wrote:
> I recently uploaded a snapshot of GLib 2.79.x to experimental (in
> preparation for NEW processing) and it failed tests on s390x and on
> the 64-bit, big-endian ports ppc64 and sparc64. I suspect this means
> it's a general problem with 64-bit BE, rather than specifically s390x.
git bisect says commit df4aea76 "gdatetime: Add support for %E modifier
to g_date_time_format()" is the first bad commit, which would be consistent
with it being...
> instead
> of segfaulting, the test failed with an assertion error involving dates with
> a Japanese era marker:
... something to do with Japanese and Thai eras, and the %E modifier.
smcv
> I recently uploaded a snapshot of GLib 2.79.x to experimental (in
> preparation for NEW processing) and it failed tests on s390x and on
> the 64-bit, big-endian ports ppc64 and sparc64. I suspect this means
> it's a general problem with 64-bit BE, rather than specifically s390x.
git bisect says commit df4aea76 "gdatetime: Add support for %E modifier
to g_date_time_format()" is the first bad commit, which would be consistent
with it being...
> instead
> of segfaulting, the test failed with an assertion error involving dates with
> a Japanese era marker:
... something to do with Japanese and Thai eras, and the %E modifier.
smcv
Simon McVittie
Jan 13, 2024, 2:40:04 PMJan 13
to
Control: forwarded -1 https://gitlab.gnome.org/GNOME/glib/-/issues/3225
Control: tags -1 + help
I can't see anything in the relevant commit[1] that looks like it would be
affected by endianness. Could there be an endianness problem in one of the
glibc APIs that it's calling into, or something like that?
smcv
[1] https://gitlab.gnome.org/GNOME/glib/-/commit/df4aea76204090f770a8fd90c2b68b51c2cfc2a3
Control: tags -1 + help
affected by endianness. Could there be an endianness problem in one of the
glibc APIs that it's calling into, or something like that?
smcv
[1] https://gitlab.gnome.org/GNOME/glib/-/commit/df4aea76204090f770a8fd90c2b68b51c2cfc2a3
0 new messages