64-bit time_t on sparc64 -- what's left to do?
Garance A Drosihn
drosih at rpi.edu
Fri Jan 23 19:25:54 PST 2004
So, what more needs to be done before we flip the switch to
a 64-bit time_t on sparc64?
My thoughts would be to:
1) commit the UPDATING.64BTT and installworld_nk files
to /usr/src (so it is easier for people to try it).
2) do something with the cvsup64btt-without-gui-16.1h.tbz
so it's where it needs to be for people to get to it.
(I'm still not quite sure what is appropriate for that)
2a) [wait at least a few days for more feedback]
3) commit the real change to
and a short blurb in /usr/src/UPDATING which tells
sparc64 users that they must read UPDATING.64BTT
4) cross our collective fingers...
Right now I'm assuming that "I'm done", unless someone tells me
there's some additional steps I should be working on, or tells
me of a problem with the installworld_nk script. I don't know
how many people have tried that script yet, but I do know a few
have and it has worked for them.
I do have ideas on how we could make this transition even safer,
but I'm certain it will take me at least two more weekends to
debug those ideas. Key phrase: "at least two"...
(this is bcc'ed to -current, but I expect any discussion to
happen on the -sparc64 mailing list)
Garance Alistair Drosehn = gad at gilead.netel.rpi.edu
Senior Systems Programmer or gad at freebsd.org
Rensselaer Polytechnic Institute or drosih at rpi.edu
More information about the freebsd-current