This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

unresolved inclusions in Eclipse

I'm using nRF52 + SDK11.0.0 + s132. I'm following this tutorial. I am able to build from the command line and from Eclipse just successfully. However, Eclipse is unable to properly decode the include paths. It is properly decoding the defines. The following screen shot of the main.c parsing shows that the header path starts with /g rather that g:/. I am wondering if this is the issue?

image description

The headers that are in the same directory as main.c seem to be resolved successfully: image description

I'm using the makefile from the tutorial (modified for my files). It has 'abspath' in it for each of the include paths. Is this a cause of the issue? How can I resolve the unresolved inclusions?

I also tried the blinky_blank example for the same SDK (downloaded the Eclipse project from the tutorial) and I get similar unresolved inclusions. However, when I right click on main.c in this project, I'm not allowed to see the defines or includes:

image description

My blink_blank project is attached here armgcc.7z

Separately, is there an example makefile for SDK11.0.0+s132 that does incremental builds?

Parents
  • The following screen shot of the main.c parsing shows that the header path starts with /g rather that g:/. I am wondering if this is the issue?

    I think this is the problem, but not sure exactly why it happens. I'd suggest to make sure you are only invoking the build tools from the GNU ARM Eclipse Windows Build Tools package. I.e., check that aren't any other installations of make.exe, sh.exe, etc on your system, and if it is, try to remove any paths for those in your PATH variable.

    Separately, is there an example makefile for SDK11.0.0+s132 that does incremental builds?

    You can back port the makefiles from SDK 12 if you want to support incremental builds.

  • Eclipse managed projects provide closer integration since it will maintain its makefiles automatically. Also, with make managed you will sometimes have to refresh the index manually to fix unresolved symbols ( or restart eclipse). I think the main advantage with make managed projects is that you can re-use existing makefiles which are maintained by the SDK team, but I don't see any major drawbacks with either of them.

Reply
  • Eclipse managed projects provide closer integration since it will maintain its makefiles automatically. Also, with make managed you will sometimes have to refresh the index manually to fix unresolved symbols ( or restart eclipse). I think the main advantage with make managed projects is that you can re-use existing makefiles which are maintained by the SDK team, but I don't see any major drawbacks with either of them.

Children
No Data
Related