Eclipse 2022-09 with ESP-IDF Release v5.0 examples compile problem, not resolving all symbols (IEP-823)

[Hoiss]

Describe the bug
No compile possible of any Espressif IDF example project due to unresolved symbols from components directory.

To Reproduce
Steps to reproduce the behavior:

1. Fresh install of eclipse 2022-09 on Linux (current Ubuntu)
2. Follow readme to install the ESP-IDF and configure Eclipse with the plugins
3. create a new Espressif IDF project, chose hello_world as an example
4. compile the project -> 3 errors:
   Symbol 'CHIP_FEATURE_BLE' could not be resolved hello_world_main.c /hello_world/main line 26 Semantic Error Symbol 'CHIP_FEATURE_BT' could not be resolved hello_world_main.c /hello_world/main line 25 Semantic Error Symbol 'CHIP_FEATURE_EMB_FLASH' could not be resolved hello_world_main.c /hello_world/main line 37 Semantic
   Please note that these symbols in the hello_world_main.c are marked red as not resolvable. But you can follow them by right clicking and Open Declaration.

Expected behavior
Compile without errors, all symbols resolvable

Screenshot:

Espressif-IDE Product Information:
info.txt

Eclipse Error log:
eclipse.log

Additional example info:
Trying another example (bleprph), it also gives me the following compile error:
CMake Error at /home/trigo/sub/8-ESP32/ESP-IDF/esp-idf-v5.0/tools/cmake/project.cmake:243 (message): Directory specified in EXTRA_COMPONENT_DIRS doesn't exist: /home/trigo/sub/8-ESP32/eclipseworkspace/common/nimble_peripheral_utils Call Stack (most recent call first): /home/trigo/sub/8-ESP32/ESP-IDF/esp-idf-v5.0/tools/cmake/project.cmake:327 (__project_init) CMakeLists.txt:10 (project) bleprph com.espressif.idf.core.internal.CMakeErrorParser CMake Problem
It seems EXTRA_COMPONENT_DIRS is the problem, it points to the wrong directory which indeed doesn't exist.

How to proceed?
I can't compile any code at the moment.
It seems it misses the ESP-IDF components directory as include, I can find the needed files in the /home/trigo/sub/8-ESP32/ESP-IDF/esp-idf-v5.0/components directory.
Is this problem related to Eclipse 2022-09?
Looking around I found some guys added e.g. a missed path in the project properties. But I don't have the option there to set this:

Shouldn't it originally work without manual inclusion?

[Hoiss]

Concentrating on the problems with the bleprph example I could solve the compile issues by adding
set(EXTRA_COMPONENT_DIRS /home/trigo/sub/8-ESP32/ESP-IDF/esp-idf-v5.0/examples/bluetooth/nimble/common/nimble_peripheral_utils) to the CMakeLists.txt file.
But after flashing it, the example outputs a core 0 panic:
Guru Meditation Error: Core 0 panic'ed (Store access fault). Exception was unhandled
Something still goes wrong, but the example is unchanged and should work...

[Hoiss]

I setup a new Ubuntu 22.10 VM, again ensured the prerequisites are met, installed eclipse (this time 2022-06), ESP-IDF and the plugins via the GUI as stated in the readme.
Then I setup a new project with the bleprph example and compiled:
CMake Error at /home/trigoVM/esp-idf-v5.0/tools/cmake/project.cmake:243 (message): Directory specified in EXTRA_COMPONENT_DIRS doesn't exist: /home/trigoVM/eclipse-workspace/common/nimble_peripheral_utils Call Stack (most recent call first): /home/trigoVM/esp-idf-v5.0/tools/cmake/project.cmake:327 (__project_init) CMakeLists.txt:10 (project)

I had this already running in the past without problems. The used ESP-IDF was beta at this time and now it's in released state.
Shouldn't these examples work out of the box now?

[kolipakakondal]

Hi @Hoiss I can reproduce the problem. Instead of creating a project templates list using the new project wizard, import as a project then should work without modifying EXTRA_COMPONENT_DIRS in the CMakeLists file.

And Don't select "Copy project into workspace" so that it will correctly refer to the nimble_peripheral_utils dir

[kolipakakondal]

Or you can also change the EXTRA_COMPONENT_DIRS path in CMakeLists.txt.

For example:

set(EXTRA_COMPONENT_DIRS $ENV{IDF_PATH}/examples/bluetooth/nimble/common/nimble_peripheral_utils)

I think this a better approach as you could keep the project anywhere

[Hoiss]

Thank you @kolipakakondal
The import is the trick, especially And Don't select "Copy project into workspace" so that it will correctly refer to the nimble_peripheral_utils dir

But it's not described this way in the official readme.

And the bleprph example still leads to a Guru Meditation Error: Core 0 panic'ed (Store access fault). Exception was unhandled... I remember that I already used this example with a previous installation and it worked like a charm.

[Hoiss]

OK, I removed everything, went back to eclipse 2022-06 and installed ESP-IDF 5 release again.
Using the workaround with the entry to the CMakeLists.txt solves the problem, but the example still ends in an exception after sending one BLE packet.
Anyway, I could setup my own project, it compiles now and also works as assumed.

Somehow the integration to eclipse feels a bit error-prone to me.

Thanks your your help

[valkuc]

I just installed espressif-ide-setup-2.8.1-with-esp-idf-5.0 and having same issue with Hello World sample. I copied it into workspace, selected my build target (esp32-s2). Compilation performed successfully, but Eclipse IDE shows unresolved defines. Tried reindex/refresh - nothing helped.

[GTCLive]

I just installed espressif-ide-setup-2.8.1-with-esp-idf-5.0 and having same issue with Hello World sample. I copied it into workspace, selected my build target (esp32-s2). Compilation performed successfully, but Eclipse IDE shows unresolved defines. Tried reindex/refresh - nothing helped. !

@valkuc Move esp_chip_info.h to the top, like so:

#include "esp_chip_info.h"
#include <stdio.h>
#include <inttypes.h>
#include "sdkconfig.h"
#include "freertos/FreeRTOS.h"
#include "freertos/task.h"
#include "esp_flash.h"

[AndriiFilippov]

With the 4.0.0 release, the previous CDT indexer has been replaced by the CDT LSP indexer.
Closing this ticket as part of the cleanup of outdated issues.