On 9/23/19 11:56 AM, Ken Moffat via lfs-dev wrote:
On Mon, Sep 23, 2019 at 06:10:01PM +0200, Pierre Labastie via lfs-dev wrote:
On 23/09/2019 17:37, Xi Ruoyao via lfs-dev wrote:
On 2019-09-23 10:30 -0500, Bruce Dubbs via lfs-dev wrote:
On 9/23/19 9:24 AM, John Burrell via lfs-dev wrote:
I don't like a rsync in LFS (I never use this thing :).
I agree and it's really not needed. Note that make headers_install starts
with running make headers.
I agree with 'not needed' (I run rsync several times a day).
When using make headers, we cannot choose the destination, and it is ./usr.
There are a lot more useless files in ./usr/include:
Makefile and .gitignore, and in subdirectories:
each xxx.h is accompanied by .xxx.h.cmd. There are no more .install or
..install.cmd...
Proposal:
make headers
find usr/include -name '.[[:alpha:]]*' -delete
rm usr/include/Makefile
cp -rv usr/include/* /usr/include
Must be tried with jhalfs now...
Pierre
Yeah, the reworking of the build system is causing a lot of changes.
If your proposal works, I'm all for it.
The full rsync command that the kernel uses is
rsync -mrl --include='*/' --include='*\.h' --exclude='*' usr/include dest
In a raw unpacked kernel, the only thing is ./usr/include is a Makefile.
After make headers. there are 1040 lines with 'ls -R|wc'. There are 915
.h files. That does not include hidden files.
I could not find any empty directories or symbolic links, so I agree the
Pierre's commands.
However we might want to consider 'cp -av usr/include/* /usr/include'
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
