Control: forwarded -1 https://gitlab.gnome.org/GNOME/glib/-/issues/3225
Control: tags -1 + help
On Sat, 13 Jan 2024 at 16:21:46 +0000, Simon McVittie wrote:
> 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.
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
