Upgrade to Linux-2.6.18

Jeremy Huntwork jhuntwork at linuxfromscratch.org
Fri Nov 24 18:16:22 PST 2006

Greg Schafer wrote:
> Jeremy Huntwork wrote:
>> This is because the target 'headers_check' includes 'headers_install' as 
>> a dependency, and therefore runs that first:
> You're obfuscating here for no good reason. In fact, your logic is flawed.
> Taking your view to extremes, why even specify "make" when for the vast
> majority of pkgs, "make install" depends on "make" ? You could simplify
> the build immensely! See? It's silly.

This has nothing to do with the way other packages work. This is *only* 
applicable with this particular package and its Makefile. Why make a 
temporary directory outside the build tree, install it there first, and 
then manually move it to its final location when it can be done 
internally? My point above wasn't to show that 'headers_install' isn't 
necessary - it was to verify that the end product is the same.

An explanation on the page after the headers_check should clear up any 
obfuscation. Maybe something like, 'Ideally we would install the headers 
with the command "make INSTALL_HDR_PATH=/tools header_install", but 
since that would first remove our existing /tools/include directory, 
we'll manually copy the verified headers.'


More information about the lfs-dev mailing list