quoted strings from the command line not always working

[OllisGit]

Hi,
I used this tutoriual: https://www.instructables.com/id/Secure-IOT-With-AWS-and-Hornbill-ESP32-Using-Ardui/ to connect my esp32 with the aws cloud.
Everthings works fine, if I use the Arduino IDE 1.8.7, but if I switch wo sloeber the programm doesn't work.
OS: Windows 7

I received the following error:

• several *.h files located under /Expressif-ArduinoESP32/tools/sdk/include/mbedtls/mbedtls were effected
• error-message: #include expects "FILENAME" or <FILENAME>
• e.g. platform.h, debug.h, pk.h, ssl.h, ....

#if !defined(MBEDTLS_CONFIG_FILE)
#include "config.h"
#else
RED-MARKED: #include MBEDTLS_CONFIG_FILE RED-MARKED
#endif

Any idea how to solve this or how to analyse the bug deeper?

BR
Olli

[jantje]

This is probably related to command line high tech (which only works in windows in some linux simulators and Sloeber works natively) and not using

#define VAL(str) #str
#define TOSTRING(str) VAL(str)

Which should be used to convert defines into strings in C/C++

[OllisGit]

first: wow, thanks for the fast response!

Unfortunately, I didn't understand your answer.

• Should I run "sloeber" on a linux-system, could that be the solution?
• Or I do the pre-processing by hand: patch every include: replace MBEDTLS_CONFIG_FILE with mbedtls/esp_config.h
  see Include md5.h throws compile error #include expects "FILENAME" or <FILENAME> espressif/arduino-esp32#1327

[jantje]

I don't have time to try this out but easiest way out is something like this

#if !defined(MBEDTLS_CONFIG_FILE)
#include "config.h"
#else
#define VAL(str) #str
#define TOSTRING(str) VAL(str)
#include TOSTRING(MBEDTLS_CONFIG_FILE) 
#endif

[OllisGit]

That solves the problem!!!!
Thanks a lot, now I can work with your GREAT IDE again!!!!

[jantje]

Think about this next time you see http://eclipse.baeyens.it/remind.php

[jantje]

For espressif boards ESP8266 and ESP32 a solution for the usage for ARDUINO_BOARD has been fixed in #1047
To get the fix you need to deinstall en install the platform and open the project properties->apply and OK
Should be available on the nightly build from tomorrow onwards

[Bascy]

I made a pull-request with a fix for this for the usage of ARDUINO_VARIANT in the ESP32mDNS library in arduino_esp32 project and it was accepted

[jantje]

@Bascy cool.
do you have a link?

[Bascy]

espressif/arduino-esp32@4d3f6ca Op zo 16 dec. 2018 23:34 schreef jantje <[email protected]:

…

@Bascy <https://github.com/Bascy> cool. do you have a link? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1028 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAmrLIRF15PpCxfGl7dBqwmw2yi0NdhEks5u5spYgaJpZM4XIDCk> .

[jantje]

Thanks :-)

[mikemoretti3]

I'm still seeing this issue. I had to edit the Environment and change the A.COMPILER.CPREPROCESSOR.FLAGS where it says -DMBEDTLS_CONFIG_FILE="mbedtls/esp_config.h" to -DMBEDTLS_CONFIG_FILE="""mbedtls/esp_config.h""" note the triple quotes.

[executer-uno]

Me too. Clean fresh Install. Fresh Ububntu system.
I was managed to make it work with change DMBEDTLS_CONFIG_FILE to:
-DMBEDTLS_CONFIG_FILE="<mbedtls/esp_config.h>"

PS: for me as newbe it was not obvious. You can find Enviroment variables in Project/Properties/C/C++_Build/Enviroment
There is a big table where you can find A.COMPILER.CPREPROCESSOR.FLAGS variable. It contains a lot of definitions, be carefull to edit DMBEDTLS_CONFIG_FILE only.

!! Be avare that definition resets to default after any manipulations with with board/libraryes/project configurations.
Its quite annoing, so better to fix in esp package file:
file:///home/user/Sloeber/arduinoPlugin/packages/esp32/hardware/esp32/1.0.4/platform.txt

[jantje]

I think this is fixed. If not please provide the json and board settings that fail.

[punj]

This fixed the issue in Eclipse. However I am not sure if Arduino IDE can still compile?

[jantje]

@punj
You should not share arduino IDE and Sloeber packages. So sloeber workarounds/fixes at the level of platforms should never hit Arduino IDE