On Sun, Aug 24, 2003 at 04:56:39PM +0000, Alex Veber wrote: > > > /usr/src/linux should point to the headers glibc was compiled > > > against. You shouldn't touch it unless you really know what you're > > > doing. > > > > Muli, I think you are confusing it with /usr/include/linux. Linux > > stopped caring about /usr/src/linux a while ago, so there is no real > > harm in making it a symlink to the real tree. There is also no need to > > do that - I just checked and the system I am currently on has no > > /usr/src/linux at all.
Indeed, it appearst that glibc packages in newer distributions are finally doing it right and supplying their own copy of the kernel headers, instead of a symlink to /usr/src/linux/ > Thats not always true, for example in Gentoo if you choose to compile a NPTL > enabled glibc /usr/src/linux MUST point to a recent 2.6 kernel tree, also the > nvidia binary driver compiles against headers from /usr/src/linux, basically > this done so you can switch kernels and recompile binary (or not binary like > ALSA) drivers with ease. standard rants: - glibc *should* be providing its own copy of the kernel headers. Kernel headers are not meant to be included from user space. - External *kernel* projects (nvidia, f.e.) that wish to compile against the kernel should either use /lib/modules/`uname -r`/build as a default or (preferable) let the user specify where his kernel lives. /usr/src/linux should die. ================================================================= To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
