https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
--- Comment #26 from YunQiang Su <syq at debian dot org> --- (In reply to Iain Buclaw from comment #25) > Fixed layout has been pushed out, should be all good now. (In reply to YunQiang Su from comment #19) > (In reply to Iain Buclaw from comment #18) > > (In reply to Iain Buclaw from comment #16) > > > (In reply to Iain Buclaw from comment #15) > > > > Don't think it would fail now the statically allocated size is *at > > > > least* > > > > same as C. But some alias is still not matching up. > > > core.sys.posix.sys.types is implicitly assuming X86 sizes. > > > > (In reply to Iain Buclaw from comment #15) > > > Created attachment 51999 [details] > > > mips stat_t patch > > > > > > Patch matches field declarations I can see in the headers, and it for sure > > > reigns it in. > > > > > > | C | D | > > > 32 | 144 | 160 | > > > o64 | 160 | 176 | > > > n32 | 160 | 176 | > > > 64 | 216 | 216 | > > > > > > Don't think it would fail now the statically allocated size is *at least* > > > same as C. But some alias is still not matching up. > > Ah, no, this is right, I just didn't build the C source with > > -D_FILE_OFFSET_BITS=64 > > FYI: I find that gcc/glibc (for C) generates wrong code for O32 with > -D_FILE_OFFSET_BITS=64. > > I am digging it. mipsel has no problem: I should use %lld to print the st_size.
