User-defined literal operators are not accepted when using Espressif’s xtensa-esp32-elf-gcc version 13.2.0 #12719
Labels
bug
Feature: Configuration
An issue related to configuring the extension or IntelliSense
Language Service
Environment
xtensa-esp-elf-g++ (crosstool-NG esp-13.2.0_20240530) 13.2.0
(the one that gets installed by Espressif’s ESP-IDF v5.3.1)Bug Summary and Steps to Reproduce
Bug Summary:
User-defined literal operators are not accepted by the C/C++ Extension:
This issue is similar to #7034, but the solution implemented back then apparently is not working anymore. @Colengms wrote:
“However, this compiler returns
xtensa-esp32-elf-gcc
for-dumpmachine
, which we are not handling. We could possibly handle this by considering any occurrences of32
and64
within the target string instead of giving up.”My
xtensa-esp32-elf-gcc
in version 13.2.0 is now returning justxtensa-esp-elf
for-dumpmachine
which may explain why the same bug appears again.Steps to reproduce:
Now let the CMake Extension configure the project (select “[Unspecified]” for the kit) and open the file
main/main.cpp
. You should see the error.Note:
. export.sh
sets environment variables. VSCode must be started from the terminal while these environment variables are active.Configuration and Logs
I’m using CMake Tools as the C/C++ configuration provider.
C/C++ Extension Log:
CMake: Log Diagnostics:
The text was updated successfully, but these errors were encountered: