Re: devel/arm-none-eabi-newlib headers inconsistencies (not functional) or am I misusing something?
- Reply: Mark Millard : "Re: devel/arm-none-eabi-newlib headers inconsistencies (not functional) or am I misusing something?"
- In reply to: Mark Millard : "Re: devel/arm-none-eabi-newlib headers inconsistencies (not functional) or am I misusing something?"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sat, 27 May 2023 11:21:16 UTC
El 2023-05-27 12:18, Mark Millard escribió:
>> should be fixed or is it ok
>> to leave it as it is now?
>
> Leave it as it is.
Ok.
> You need
> /usr/local/lib/gcc/arm-none-eabi to be first (or
> the only entry).
>
If I force the search path to use /usr/local/arm-none-eabi/include
only, it does not work:
% arm-none-eabi-gcc -nostdinc -I/usr/local/arm-none-eabi/include
break_arm.c
In file included from /usr/local/arm-none-eabi/include/stdio.h:35,
from break_arm.c:1:
/usr/local/arm-none-eabi/include/sys/cdefs.h:45:10: fatal error:
stddef.h: No such file or directory
45 | #include <stddef.h>
| ^~~~~~~~~~
compilation terminated.
If I add arm gcc port paths AFTER newlib path, it works:
% arm-none-eabi-gcc -nostdinc -I/usr/local/arm-none-eabi/include
-I/usr/local/lib/gcc/arm-none-eabi/11.3.0/include
-I/usr/local/lib/gcc/arm-none-eabi/11.3.0/include-fixed -c break_arm.c
&& echo done
done
Shall the include path be swapped in the arm gcc port?
We shall also evaluate whether the system defaul /usr/include shall
be left as a last resort or not.
BR,
--
José Pérez