[Ac] glibc-2.3.2-14 chyba poważnie zepsuty (rdiff-backup chyba pierwszą ofiarą)

[Jakub Bogusz]

On Wed, Dec 31, 2003 at 12:35:33PM +0100, Arkadiusz Miskiewicz wrote:
> On Wednesday 31 of December 2003 12:32, Jakub Bogusz wrote:
> 
> > A na poważnie - to wygląda na poprawione w glibcowym CVS-ie
> > (fallback do utime(), chyba że zdefiniowano min_kernel 2.5.ileś;
> > aktualne zachowanie jest zbliżone do tego z min_kernel 2.5.ileś)
> Pytanie czy na wszystkie nowe ficzery jest fallback w przyszłym 2.3.3 ;/ Jeśli 
> tak to ta moja zmiana w version.h była by do cofnięcia...

Zmiana linux/version.h daje tylko tyle, że glibca nie da się
przekompilować z min_kernel powyżej tego numeru.

| decnum=`echo "$minimum_kernel.0.0.0" | sed 's/\([0-9]*\)\.\([0-9]*\)\.\([0-9]*\).*/(\1 * 65536 + \2 * 256 + \3)/'`;
[...]
| #if LINUX_VERSION_CODE < $decnum
| eat flaming death
| #endif], libc_minimum_kernel='too old!', libc_minimum_kernel=ok)

Natomiast używane są syscalle wg __NR_* w <asm/unistd.h>.
Domyślam się, że skoro utimes jest na liście unix/syscalls.list, to jest
używany, jeśli zostanie znaleziony. Obsługę w zależności od min_kernel
dodali dopiero po 2.3.2.
(__LINUX_KERNEL_VERSION używane w kernel-features.h jest definiowane
właśnie z $minimum_kernel - a nie z LINUX_VERSION_CODE).


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/