On Thu, 2004-12-09 at 13:19 -0500, Alin Nastac wrote:
> Pai cum sa nu fie important /usr/include/linux ? Cu exceptia
> pachetelor
> care compileaza module folosind /usr/src/linux, _toate_ celelalte
> folosesc directoarele /usr/include/{linux asm ...}. Vin si te intreb:
> nu
> e oare important sa stie cutare program care sint declaratiile
> corecte
> ale functiilor sistem care le apeleaza? Basca tot felul de define-
> uri
> (cum ar fi ioctl-urile), structuri, samd.
...
> Adica tu spui ca e OK sa compilezi pachete cu headere vechi (si
presupus
> proaste) pt ca orice kernel nou e compatibil la nivel binar cu toate
> celelalte mai vechi ca el, dar nu e OK sa instalezi headerele noi
(si
> corecte) fara a recompila sistemul? Prima parte a frazei nu contrazice
pe a doua? :-S
man, sunt invizibil or something?? hai sa ma repet: header-ele
respective sunt importante pentru interfata intre aplicatie si glibc, nu
intre aplicatie si kernel. news for you: aplicatia nu apeleaza functiile
system direct, ci indirect, prin glibc. aplicatia ta nu discuta cu
kernel-ul ci cu glibc. daca tu schimbi header-ele respective, aplicatia
ta ar putea folosi structuri de date incompatibile cu gclib. end of
story.
toate astea sunt explicate pe linkul asta care vad ca a fost si el
ignorat saracul ;):
http://www.linuxmafia.com/faq/Kernel/usr-src-linux-symlink.html
"The fact is, that the header files should match the library you link
against, not the kernel you run on." - Linus
---
Detalii despre listele noastre de mail: http://www.lug.ro/
