You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sketch > Compile/verify - Compilation is successful
The same breakage occurs for Intel Galileo:
exec: "/pokysdk/usr/bin/i586-poky-linux-uclibc/i586-poky-linux-uclibc-g++": file does not exist
and Intel Edison:
exec: "/pokysdk/usr/bin/i586-poky-linux/i586-poky-linux-g++": file does not exist
Since the hardware package that causes the issue works fine and the problem manifests itself in a different hardware package than the actual source of the bug this will lead to support requests to the wrong place, most likely Arduino.
This bug was originally discovered in #4593 (comment). I'm creating a new issue because that issue is not very concise due to the cause only being discovered after the issue was submitted. Also it is no longer possible to easily reproduce the issue following the information in that issue since the hardware package was fixed. Interestingly, the issue manifests itself in a different manner in Arduino IDE 1.6.7, the latest release at that time, breaking Arduino 101 (which is not affected in Arduino IDE 1.8.3) as well as some other boards.
The text was updated successfully, but these errors were encountered:
Theoretically, everything should work just fine if we remove the builtin-stuff from the builder, since we pass the runtime.* variables (6f24fa6), but this would harm its "drop-in" compatibility.
I'd rather prefer to emit a warning if multiple builtin_tools_versions.txt are found; what do you think about it?
Arduino IDE 1.8.3, Windows 7 64 bit
Steps to reproduce (only set up for Windows):
fatal error: sam.h: No such file or directory
The same breakage occurs for Intel Galileo:
and Intel Edison:
Since the hardware package that causes the issue works fine and the problem manifests itself in a different hardware package than the actual source of the bug this will lead to support requests to the wrong place, most likely Arduino.
This bug was originally discovered in #4593 (comment). I'm creating a new issue because that issue is not very concise due to the cause only being discovered after the issue was submitted. Also it is no longer possible to easily reproduce the issue following the information in that issue since the hardware package was fixed. Interestingly, the issue manifests itself in a different manner in Arduino IDE 1.6.7, the latest release at that time, breaking Arduino 101 (which is not affected in Arduino IDE 1.8.3) as well as some other boards.
The text was updated successfully, but these errors were encountered: