Custom Query (4874 matches)

lfs:/mnt/lfs/sources/linux-2.6.22.5$ make mrproper

CLEAN include/linux/version.h

lfs:/mnt/lfs/sources/linux-2.6.22.5$ make headers_check

CHK include/linux/version.h

UPD include/linux/version.h HOSTCC scripts/basic/fixdep

collect2: cannot find 'ld' make[1]: * [scripts/basic/fixdep] Error 1 make: * [scripts_basic] Error 2 lfs:/mnt/lfs/sources/linux-2.6.22.5$

This ticket is a continuation of ticket #2200 which has been closed. That ticket was for the update of LFS to Perl-5.10.0. This ticket has to do with issues brought up by Alexander in the original ticket. Here's his report:

Debian has 15 "patch releases" of this package. That's 2x more than for 5.8.8, i.e., they found a lot of issues with Perl itself (although most of them are Debian-specific). At this point, using unpatched perl seems to be unwise. At the very least:

• [ROOT HOLE] ​http://bugs.debian.org/487319 (rmtree() makes symlink targets world-writable)
• ​http://bugs.debian.org/479698 (memory corruption that affects tests of the svk package)
• ​http://bugs.debian.org/479957 (using IO::File together with POSIX causes useless warnings)
• ​http://bugs.debian.org/498769 (sorting an array after pre-growing it causes segfault)

Note that I cannot reproduce this "ROOT HOLE" issue. See #2200 for some further information.

DIY doesn't do it, because it isn't necessary, and it is a source of problems. If you still think static linking is good, look here to see the Glibc mantainer's views on static linking: ​http://people.redhat.com/drepper/no_static_linking.html

It is a serious issue with binutils pass1, if I'm not mistaken.