tech-toolchain archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: HEADS UP: I will be merging christos-time_t by the end of the week

In article <>,
Thor Lancelot Simon  <> wrote:
>The point is to allow programs linked only to the old libc to continue to
>work, without having to build and install two versions of libc.  I actually
>question whether that is worth the trouble.
>I think bumping the libc major also would be better, because then I think
>it might be feasible to modify the linker and loader to reject attempts
>to link a program to when a dependent library wanted

I think it is worth the trouble, this is why I went through the
pain of doing so. Even if you bumped the library you'd have to take
care of pwd.db spwd.db utmp, utmpx, wtmp, wtmpx (or declare a flag
day). I wanted people to be able to upgrade, and also downgrade.
I looked at the list of things to change in libc on a major version
bump (I even started doing some of them), and I thought that doing
all these changes *and* time_t, dev_t, and struct stat, rusage,
timeval, timespec ... just to name a few was a recipe for disaster.
So I decided to first to the time_t, dev_t, etc changes, and don't
bump.  Then wait for things to settle, and start working on the
things that need the bump. Then we can safely bump libc.


Home | Main Index | Thread Index | Old Index