tech-toolchain archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Upgrading toolchain gcc to 7.2

Hmm, Ok, I'll look into that, but like I'm saying - exactly the same thing is happening for me in netbsd current. Same kind of errors. I'm building it on linux.

2018-01-11 23:25 GMT+01:00 matthew green <>:
> taking are correct, but the config.log for minix says:
> configure:3811: result: unsupported
> configure:3833: checking how to run the C preprocessor
> configure:3864:
> /home/radzio/experiments/obj.evbearm-el/tools/gcc/build/./gcc/xgcc
> -B/home/radzio/experiments/obj.evbearm-el/tools/gcc/build/./gcc/
> -B/home/radzio/experiments/minix/../obj.evbearm-el/tooldir.Linux-4.14.5-1-ARCH-x86_64/arm-elf32-minix/bin/
> -B/home/radzio/experiments/minix/../obj.evbearm-el/tooldir.Linux-4.14.5-1-ARCH-x86_64/arm-elf32-minix/lib/
> -isystem
> /home/radzio/experiments/minix/../obj.evbearm-el/tooldir.Linux-4.14.5-1-ARCH-x86_64/arm-elf32-minix/include
> -isystem
> /home/radzio/experiments/minix/../obj.evbearm-el/tooldir.Linux-4.14.5-1-ARCH-x86_64/arm-elf32-minix/sys-include
> -E  conftest.c
> In file included from conftest.c:10:0:
> /usr/include/limits.h:124:26: error: no include path in which to search for
> limits.h
>  # include_next <limits.h>

hmmm -- this is trying to include the *host* <limits.h> which is
definately wrong.  sounds like something in the GCC configury for
minix is always adding /usr/include to the include path.  that's
a big problem for a cross compiler.

i'd guess you should fix this and see what happens next.


Home | Main Index | Thread Index | Old Index