-
-
Notifications
You must be signed in to change notification settings - Fork 385
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow boards.local.txt to stay local #1684
Comments
Thanks for your suggestion @hpssjellis. Although I think this would be appropriate for other use cases (most likely as another path to global With the custom boards platform approach, the user can simply select the appropriate board from the Tools > Board menu in the Arduino IDE, as well as making more granular configurations via custom board option menus if needed. The Arduino boards platform system allows you to reference resources (core libraries, core variants, tool recipes) from other installed platforms Information about that here: Examples of minimal boards platforms using referencing:
(these happen to be for AVR, but the system can be used with any architecture) If you have any questions about creating such a platform, just ask over on the Arduino forum and I'll provide assistance there. |
can I put a |
The original reason I added I would oppose allowing a See for example also arduino/Arduino#421 (comment) which is an older discussion of this potential security issue. |
if we take the Arduino IDE's design at face value ie, the basic user should never have to step outside the arduino ecosystem environment/user-space folders, having to put my example case here is I'm using a chip (non-AVR, exacts are contextually irrelevant) with several manufacturer variant suffixes, and the libraries I'm working with define a if such a method does exist, then it's not documented anywhere I can easily discover with clear keywords for searchability (and 'hunt through every page on the wiki' is a tall order) |
Agreed, but that mostly means that these basic users are not the intended audience of
I'm not sure I understand your case exactly, but I think that creating a boards-only core could be helpful for your usecase. This means a core that contains just a |
Closing, because documented alternative exist. |
There's a documented alternative for specifying compiler flags from within the sketch's directory? I apologize for necro-ing this thread, but if that's the case would you be able to point me to said feature/documentation? I would greatly appreciate it! |
@pdcook "alternative" refers to the use case specified by hpssjellis. This is about the ability for the user to easily switch back and forth between a modified platform configuration and the stock official platform configuration. As I mentioned previously, for that use case, there is a documented alternative to the proposal. This is to create a minimal platform that contains only the necessary modification and otherwise references all resources from the parent platform is already provided by the Arduino platform framework. This alternative is more user friendly due to allowing the switch to be made from the user interface instead of copying configuration files into the sketches, and avoids Arduino sketches becoming an attack vector as described by matthijskooijman. As for specifying compiler flags as part of the sketch, there is a proposal here: arduino/tooling-rfcs#9. Links to some previous alternative proposals are listed under #846. |
Problem: When using boards.local.txt you need to move the file to the board software location beside the boards.txt file. This location is not accessible from many schools, making several advanced programs not able to be run.
When that code is finished compiling we need to then delete the boards.local.txt file for things to go back to working normally.
Example try running
https://github.com/edgeimpulse/firmware-arduino-portenta-h7
Feature Request:
Have the IDE search the local sketch folder for a boards.local.txt file before compiling.
The text was updated successfully, but these errors were encountered: