On 4/22/12 2:52 PM, Jeremy Huntwork wrote:
> On 4/22/12 2:49 PM, Pierre Labastie wrote:
>> Solution:
>> add the switch --with-native-system-header-dir=/tools/include to
>> gcc-pass2 configure command.
>> I've been building ten times on various (virtual) hosts with this switch
>> without a problem.
>
> I believe the proposed sysroot method also fixes this. I'm just
> verifying this specific test case now.
Verified: the jh branch (with the sysroot method) builds correctly,
ncurses doesn't see gpm.h
echo 'main(){}' | /tools/bin/gcc -x c - -v -Wl,--verbose
#include "..." search starts here:
#include <...> search starts here:
/mnt/lfs/build/tools/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.7.0/include
/mnt/lfs/build/tools/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.7.0/include-fixed
/tools/include
End of search list.
So to be clear, Pierre is correct in that there is a serious flaw in the
current LFS SVN. In fact, until this gets resolved LFS SVN should be
considered completely broken. Having a chapter 5 toolchain that searches
/usr/include kills the purpose of building a separate temporary
toolchain at all.
JH
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
