Test version of glibc 2.3.5-10

[Aurelien Jarno]

Aurelien Jarno a écrit :
> Petr Salinger a écrit :
> 
>>> Oh, we are not doing the same thing, that's why we don't understand 
>>> each other.
>>>
>>> If I am write, you are trying to use new syscalls instead of the old 
>>> one, while I am in addition trying to export the new statfs structure 
>>> to the userspace land...
>>
>>
>>
>> Yes, I tried to achieve no ABI changes at all, leave glibc structures 
>> identical to previous. Advantage is no need to rebuild anything,
>> struct stat doesn't contain any 64 bit fields
>> (no unexpected warnings for printf format string).
>>
>> Advantage of your approach is that it doesn't truncate fields like 
>> f_syncwrites on 4GB, current spare fields
>> will be available to user space.
> 
> 
> Well I don't really know what to do. Those functions are not POSIX 
> functions, so there is no rules. The old version of the statfs structure 
> is near to the GNU/Linux one, the new version is the default FreeBSD 5.x 
> or 6.x one.

Well I think you could go with your version, this way we will be able to 
change the structure later we find the need.

Anyway those functions are used by very few programs. Programmers should 
know that those functions must be avoided in favor of statvfs functions.


-- 
   .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
  : :' :  Debian developer           | Electrical Engineer
  `. `'   aurel32 at debian.org         | aurelien at aurel32.net
    `-    people.debian.org/~aurel32 | www.aurel32.net