https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103604
--- Comment #19 from YunQiang Su <syq at debian dot org> --- (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.
