Marek kirjoitti 1.12.2017 klo 10:51:
It seems the last error preceeding the "suffix" error is "no include
path in which to search for stdc-predef.h"
I wonder where to find stdc-predef.h or whether it's generated by gcc
during compile time.
This file comes with newer glibc versions. For instance glibc-2.17
coming with CentOS 7
has it in its '/usr/include'. Older glibc versions don't have it...
I'm also compiling against musl.
No experience with that libc (https://www.musl-libc.org). Should it
include the 'stdc-predef.h'
in its '/usr/include'?
configure: error: in
`/run/media/void/minnow/build/gcc-7.2.0/x86_64-lfs-linux-gnu/libgcc':
configure: error: cannot compute suffix of object files: cannot compile
The '-lfs' hints about a "making a hammer without any existing hammer"
case being in
question. Not about a normal case like making a native or cross GCC for
CentOS 7 where the
target glibc (-2.17) is already made and tested and bug fixes will come
from the CentOS 7
maintainers for its glibc...
Ok, when your target is the 'x86_64-*-linux-gnu', identical with the
example CentOS 7/x86_64
and the default libc for it is glibc, how using 'musl' instead has been
taken care of? Have you
installed some special patches into your local GCC sources? Maybe there
is another target
name one should use like 'x86_64-lfs-linux-musl' in your case?
