The attached patch series on top of present git master (commit
9b2921bea1d5017832e1b45d1fd64220047a9802) should contain all changes
needed for fully working time64 on 32-bit archs, in a form that's
plausibly ready for commit (no makeshift hacks just to get things
demonstrably working). The one omission I'm aware of is what to do
with struct utmpx, which is not actually used at present in any libc
interfaces and thus not part of the ABI surface of libc. That will be
addressed in a separate thread.

Comments and basic testing are welcome at this point. It should be
possible to build for any of the 32-bit archs, but I have only tested
build for a few and only tested execution on i386 and sh.

Some useful checks for anyone wanting to help test, especially on the
more obscure archs:

- Any new failures in libc-test?

- Any failures when subbing the new libc.so/ldso into an existing
  ecosystem of existing (time32) software?

- Anything look odd about time-related types? timeval/timespec members
  at positions that aren't naturally aligned?

- Does software built against new libc headers basically work?

- Does it work with clock set post-2038?

Being that only the final switchover patches are a big step to take,
I'll probably start pushing the earlier patches in this series pretty
soon, but want to give a little time for more eyes on them.

Note that the final switchovers are split out by arch right now,
mainly because that was the way that made sense to create them (sed to
replace arch name, apply to next arch, fix rejects manually) but also
because it helps compare/review them against each other. It would be
possible to squash them together for final merge but I probably won't.

Rich