Peter B. Steiger wrote these words on 06/09/05 18:09 CST: > It seems to me since the headers came from the kernel,
That's just it, the headers *don't* come from the kernel any longer (there is a user-space kernel-headers package now), however, that isn't the main reason. > that if you install a new kernel you would > also want to install the newer headers that correspond with that kernel. > Why is it important (and obviously it is based on Dan's experience) to > keep the original headers throughout all your upgrades? The headers used to compile Glibc is what should stay on the system for the duration of the life of that build (providing Glibc isn't updated). Since updating Glibc is usually not recommended, this means the original headers used on the system during the initial system build (when Glibc was built) should never be touched. This is the way I understand the workings. Seems I remember reading somewhere that Linus himself recommended *never* updating the kernel headers, for the life of the current build, for the reasons I gave. Now, I'm not smart man, but I explained things as I understand them. However, Linus *is* a smart man, and I believe I correctly paraphrased his words. You could probable search Google, or even the LFS archives and find a link to Linus' words on this subject. -- Randy rmlscsi: [GNU ld version 2.15.94.0.2 20041220] [gcc (GCC) 3.4.3] [GNU C Library stable release version 2.3.4] [Linux 2.6.10 i686] 20:51:00 up 68 days, 20:24, 2 users, load average: 0.00, 0.01, 0.00 -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
