-
-
Notifications
You must be signed in to change notification settings - Fork 398
Bugfix: do not overwrite board properties during compile #1820
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
Conversation
bdabf46
to
b1f304e
Compare
Codecov Report
@@ Coverage Diff @@
## master #1820 +/- ##
==========================================
- Coverage 35.53% 35.50% -0.04%
==========================================
Files 231 230 -1
Lines 19543 19532 -11
==========================================
- Hits 6945 6934 -11
Misses 11773 11773
Partials 825 825
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I had a quick look at the changes and LGTM. No thorough review or testing, though.
Please check if the PR fulfills these requirements
before creating one)
our contributing guidelines
UPGRADING.md
has been updated with a migration guide (for breaking changes)Fix a weird behavior of the Arduino CLI when running as a daemon: the board options seem to get "stuck" after the first compile: if a second compile is run with different options then these will be ignored and the options used on the first run are used.
The options used on the first compile cannot be changed. See Unique property definitions from previous compilations for other custom board options persist #1614 for an example
The options are handled correctly.
No
Fix Unique property definitions from previous compilations for other custom board options persist #1614
The tests for the PR has been prepared as part of the new grpc testsuite here: