Re: [PATCH 0/2] linux: Keep time64 stat layout independent of feature macros
Adhemerval Zanella Netto <[email protected]> Wed, 5 Aug 2026 16:44:05 -0300
| Newsgroups | gmane.comp.lib.glibc.alpha |
|---|---|
| Organization | Linaro |
| Message-ID | <[email protected]> |
On 05/08/26 15:45, Matthias Goergens wrote: > Hi Adhemerval, > > Thanks for taking this up. The squash in ecf95727a787 looks right to > me: the struct_stat_time64_helper.h changes match the series (the > endian include, plus dropping the two trailing reserved words), and > the __fieldts macro in bits/struct_stat.h covers the arc/or1k > alignment case we had not modelled. Moving the test to a > glibcextract-based script is a clear improvement — it runs in > cross-compilation where our io/ tests could not. > > One clarification: you wrote "we will need to fix it along with > BZ#34466" — I assume you meant BZ#32119 (this bug). BZ#34466 is my > other, unrelated patch (POSIX.1-2024 string declarations), still > awaiting review. Oops, indeed. I was reading you BZ#34466 patch and mixed up things. > > Happy to help with ABI testing: the compile-time layout models from > our original analysis cover i386, arm, ppc, mips, and riscv32, and I > can add arc and or1k and run the lot against the squashed change if > that is useful alongside your own testing. Just say the word. For such chage that involves potential kernel or glibc changes I make/check all the potential affected ABIs (essentially the one with a libc.abilist). I haven't see any issue, but I would also run some make on native builds along with qemu-system.