Subject: Re: 64 bit inode changes
To: Christos Zoulas <email@example.com>
From: Matthias Drochner <M.Drochner@fz-juelich.de>
Date: 08/16/2005 22:26:06
> 1. Call the syscall by the last OS release number that it was used,
> not by
> the libc version number.
Absolutely correct. The kernel defines the interface, libc just
> This way we can have multiple revisions
> of the same symbol as we do now.
Well, you might remember some conversation we had about libc
symbol names some months ago... Consequently, we should allow
(or better require for the future) libc minor version numbers
for renames of libc outer interfaces.
> 2. Move the compatibility portion of the headers in src/sys/sys/compat and
> src/include/compat. These headers will *not* be installed.
I believe I've proposed this too a while ago. I'd appreciate it, would
make maintainance a lot easier.
> It also
> makes it easy to remove compat code in the future if we want to.
It seems that the renaming business is a major PITA for 3rd party
users. While this serves its purpose for compatibility, and thus is
needed for regular releases, it would be nice to be able to switch
off by a single "make" option.