I suspect this is related to my using SDK 14 instead of 13, as the project Makefile was tested with, but I did copy the attached Makefile.common to the directory, and it had no effect one way or the other. As for the general Makefile for the project, the following suggestions from other answers were individually then jointly applied without success after the build initially failed:
- CFLAGS += -O0 -g3 # was already in the Makefile
- changed components/toolchain/gcc/*.S to *.s (lower case) and changed "/Include" in Makefile line 54 to "/include"
- rebuilt c++ index
- commented Line 42 of Makefile (which referenced the non-existent nrf_delay.c)
Other important information:
- Here attached is my Makefile.
- I'm using Windows 10 pro.
- The Console error indicates a missing file - the I manually checked all of the includes and there is one that does not exist - there is no bsp folder in examples. I don't know if this is related, but it's all I could find
- Here attached is the verbose error from the Console.
- Everything in the tutorials works fine with nrfjprog.
- Make the folder utils are added to path and work readily in CMD - i.e. "where make" and "where mkdir" both point to the properly referenced GNU ARM Eclipse build tools folder.
- I did see something about spaces in the tools path, but there are no paths with spaces referenced in the Makefile. Should I move the build tools and toolchain to a path without spaces and tell Eclipse to look for such?
- The following lines show up with errors in Eclipse:
Line 127 under
$(NO_ECHO)$(MAKE) -f $(MAKEFILE_NAME) -C $(MAKEFILE_DIR) -e cleanobj
Line 163 under
@echo Compiling file: $(notdir $<)
Lines 51, 52, 54: Unresolved inclusions for <stdbool.h>, <stdint.h> and "boards.h"
while (true): symbol "true" could not be resolved
for (int i = 0; i < LEDS_NUMBER; i++): symbol LEDS_NUMBER could not be resolved
Thanks for your help!