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

Undefined reference to SEGGER_SYSVIEW APIs upon integrating the patches

Been having trouble integrating systemview for tracing FreeRTOS application. I came across this thread, and even tried replacing the files with what's inside the PatchedFiles.zip folder, and I see there's an #include "SEGGER_SYSVIEW_FreeRTOS.h" inside FreeRTOSConfig.h, but upon compiling I start seeing a bunch of undefined reference errors including undefined reference to SEGGER_SYSVIEW_RecordVoid'`
Looks like traceTASK functions are invoked but it can't seem to find the reference. Anything obvious that I haven't figured out?
Parents Reply Children
  • SmartWatch 3.ziphere it is. 

    uncommenting out #include "SEGGER_SYSVIEW_FreeRTOS.h" in FreeRTOSConfig.h file results in a bunch of errors:

    `ulTaskNotifyTake':
    1> /Users/user/Projects/BLE/nRF5_SDK_17.0.2_d674dde/external/freertos/source/tasks.c:4481: undefined reference to `SEGGER_SYSVIEW_RecordU32x2'
    1> /Applications/SEGGER Embedded Studio for ARM 5.42/gcc/arm-none-eabi/bin/ld: Output/Release/Obj/Init template - FreeRTOS/tasks.o: in function `vTaskNotifyGiveFromISR':
    1> /Users/userhu/Projects/BLE/nRF5_SDK_17.0.2_d674dde/external/freertos/source/tasks.c:4859: undefined reference to `SEGGER_SYSVIEW_ShrinkId'

    e....


    it looks to me certain segger files aren't recognized hence the complaint about undefined references to the APIs. And as mentioned, the segger files are already included in the project via preprocessor. You can confirm by looking at the attached project

  • You have hardcoded path in your project to the project

    I could try to fix those paths, but then that would ruin the purpose of testing your project as it is. You should always use relative paths in the project file.

  • Sorry, aren't these paths hardcoded in the preprocessor anyways? If so, the existing nordic projects in the SDK follow the same approach. 

    And I'm not sure how Segger IDE deals with it but I assumed if I send you my project and put it into SDK/examples/<Your-Folder>/<Another-Folder>, it would work the same for you as it does for me. And I just realized I sent you the entire solution instead of just the project itself which I'm yet to figure out how to save it.


    But you can take a look at Init template - FreeRTOS

  • I am not really sure why we are seeing the difference. Mostly we are using different SES versions and/or you are using Mac and I am testing this on Windows.. I still get this after trying to patch few things in the folder naming.

    The SES version I am using is this one

  • Your error says the project is already loaded. That's what you see after building it? You're making sure it's a clean project? For me, all I have to do is just add the existing project into my solution, set it as an active project and build it.

    I'm not very great at Segger yet and there's a lot of things that still annoy me about it and i'm getting used to it

    And yes i'm using a mac and there's minor differences in the versions but I don't think that should be a problem. 

Related