Enabling exceptions

[rsemenoff]

I need to manually edit .vscode/arduino.json to include "compiler.cpp.extra_flags=-fexceptions". However, when i do the compile, arduino.json get wiped out and set to defaults. Is there any way to do this within the Workshop extension, or should I just do invoke the cli directly in a terminal window ?

[thelastoutpostworkshop]

It could be added by the extension, could you tell me more about his flag and when it should be added ?

[rsemenoff]

Oh, I see you already have it for the Pi Pico W , under Board configuration, "c++ exceptions'. But I need it for the Generic STM32F4 series. I'm running the simplefoc library on Blackpill, but simplefoc doesn't handle i2c bus errors from the magnetic sensor, so the motor or battery could overheat if the application doesn't stop. So I want to throw a bus exception from the i2c library up to the application layer without rewriting simplefoc error processing... On Sunday, May 4, 2025 at 03:34:48 AM PDT, thelastoutpostworkshop ***@***.***> wrote: It could be added by the extension, could you tell me more about his flag and when it should be added ? — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: ***@***.***>

[thelastoutpostworkshop]

It's the arduino CLI that gives the extension what board configuration can be changed.
I do not have any control over it.
Maybe you could submit this to the arduino cli repo : https://github.com/arduino/arduino-cli

[per1234]

Maybe you could submit this to the arduino cli repo : https://github.com/arduino/arduino-cli

Arduino CLI only provides the flexible framework through which the Arduino boards platform developers can define arbitrary "custom board options":

https://arduino.github.io/arduino-cli/latest/platform-specification/#custom-board-options

Obviously we don't hardcode the specific options that might be used by all the diverse and ever growing ecosystem of hundreds of 3rd party boards platforms in the Arduino CLI codebase.

The board options are configured in each individual boards platform. For example, you can see the configuration for the "Raspberry Pi Pico W" board's "C++ Exceptions" custom board options menu here:

https://raw.githubusercontent.com/earlephilhower/arduino-pico/refs/tags/4.5.3/boards.txt#:~:text=menu.exceptions%3DC%2B%2B%20Exceptions

menu.exceptions=C++ Exceptions

https://raw.githubusercontent.com/earlephilhower/arduino-pico/refs/tags/4.5.3/boards.txt#:~:text=stackprotect%3D%2Dfstack%2Dprotector-,rpipicow.menu.exceptions,-.Disabled%3DDisabled%0Arpipicow

rpipicow.menu.exceptions.Disabled=Disabled
rpipicow.menu.exceptions.Disabled.build.flags.exceptions=-fno-exceptions
rpipicow.menu.exceptions.Disabled.build.flags.libstdcpp=-lstdc++
rpipicow.menu.exceptions.Enabled=Enabled
rpipicow.menu.exceptions.Enabled.build.flags.exceptions=-fexceptions
rpipicow.menu.exceptions.Enabled.build.flags.libstdcpp=-lstdc++-exc

If you want a custom board option to be added to a platform, you must submit a request to the developer of the platform.

[thelastoutpostworkshop]

I will give it a look

[rsemenoff]

Well to be honest, it's quite low priority. Because I can always just hack a global variable error flag into the i2c library (twowire). But I still have to recompile the twowire library (whether it throws exceptions or sets global flags), and the cli wont do that...unless I give the right command line flags....according to chatgpt, something like this : arduino-cli core update-indexarduino-cli core install STMicroelectronics:stm32 --reinstallarduino-cli compile --fqbn STMicroelectronics:stm32:GenF4 --board-options pnum=BLACKPILL_F411CE --clean /path/to/your/sketch Does that seem feasible ? On Sunday, May 4, 2025 at 02:11:32 PM PDT, thelastoutpostworkshop ***@***.***> wrote: I will give it a look — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: ***@***.***>

[per1234]

something like this :
arduino-cli core update-indexarduino-cli core install STMicroelectronics:stm32 --reinstallarduino-cli compile --fqbn STMicroelectronics:stm32:GenF4 --board-options pnum=BLACKPILL_F411CE --clean /path/to/your/sketch Does that seem feasible ?

Your post is horribly malformatted. Although the information provided by ChatGPT is often low quality, its formatting is always excellent, so I am certain you are to blame for that. Please don't ever reply to the GitHub discussions via email. You must use your web browser to come to the GitHub website and write your post here:

#51

That way you can be sure that what you write will be readable.

---

As for what ChatGPT suggested, those are just the commands you would use to install the "STM32 MCU based boards" platform (AKA "STM32duino"), and then compile the sketch for one specific board of that platform. There is nothing about those commands that produces behavior that is substantially different from what you would get when using Arduino Maker Workshop. So this information from ChatGPT does not provide a solution.

I'll break down what each command does:

arduino-cli core update-index

Download the latest copy of the primary package index, as any other package index files you have configured via Arduino CLI's board_manager.additional_urls configuration key, and the Library Manager index.

arduino-cli core install STMicroelectronics:stm32 --reinstall

This command is intended to install the "STM32 MCU based boards" platform (AKA "STM32duino"), but the idiotic ChatGPT hallucinated the existence of a --reinstall flag, so this command will instead fail.

arduino-cli compile --fqbn STMicroelectronics:stm32:GenF4 --board-options pnum=BLACKPILL_F411CE --clean /path/to/your/sketch

Compile the sketch in /path/to/your/sketch for the "Generic STM32F4 series" board of the "STM32 MCU based boards" platform, with the "BlackPill F411CE" option selected from the "Board part number" custom board options menu.

The inclusion of the --clean flag will cause the compilation cache to be deleted in advance of performing the compilation, meaning that the compilation will not reuse the objects that were cached from previous compilations. This will cause the compilation to take far longer and is only necessary for certain rare and/or advanced use cases (Arduino CLI is smart enough to only use the cache when appropriate and will automatically do a full recompile when it is not appropriate to use the cache). So ChatGPT adding this flag to the command in a case where there is no evidence that it is needed is foolish.

---

What ChatGPT should have told you is that you can set platform properties from the arduino-cli compile command by using the --build-property flag:

https://arduino.github.io/arduino-cli/latest/commands/arduino-cli_compile/#options

For example, if you wanted to set the compiler.cpp.extra_flags property to the value -fexceptions (which will cause the -fexceptions flag to be added to the compilation command for C++ files (including .ino files), you would use a command like this:

arduino-cli compile --build-property "build.extra_flags=-fexceptions" ...

[rsemenoff]

Sorry , I shouldn't have dumped that so carelessly. I just wanted to be clear about what I'm doing to inform whether this is a case to change anything about the VScode extension. I use the Maker Workshop for all my arduino code, it works well and compiles faster than arduino studio. However, one thing I notice is that after a long session there is an accumulation of zombie processes (maybe due to vscode I don't know) and it causes the compilation of the arduino code to become impossibly slow. I usually have to reboot my windows 11 to fix it...Thanks for your attention. -Robert

[thelastoutpostworkshop]

No worries.