-
-
Notifications
You must be signed in to change notification settings - Fork 808
.pioenvs caching breaks strange behavior on 2nd run #664
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
Comments
Hello, I have an appropriate workaround for the time being. This could be scripted easily and does not break Arduino compatibility. Firstly: The script: Shall I script this, and add the appropriate option in the Atom IDE "import Arduino IDE project" module? |
@valeros please add these 3 libs to PlatformIO Library Registry https://github.com/greiman/FreeRTOS-Arduino/tree/master/libraries |
These libs are in our library manager now: |
Please reopen if you still need a help |
* develop: Version bump to 2.9.2 (issues #641, #645, #648, #652, #664, #665, #666, #671, #674) Fix issue with ARM mbed framework when abstract class breaks compile for LPC1768 // Resolve #666 Fix issue with ARM mbed framework and multiple definition errors on FRDM-KL46Z board // Resolve #641 List embedded boards in docs Fix multiple definition in mbed framework when using abstract class // Issue #641, #666 Add "stlink" as the default uploader for STM32 Discovery boards // Resolve #665 Implement grep serial ports for Windows Remove unused imports Minor improvements Fix PyLint's "misplaced-comparison-constant" Use $PROGNAME instead static name when looking for the firmware Update title of the article Add new articles Link Community Forums FAQ with Docs FAQ Grep for "/dev/cu.*" on OS X Skip grep search for serial ports on Windows machines Improve firmware uploading to Arduino Leonardo based boards Add MinGW to the PATH # Conflicts: # docs/index.rst # docs/platforms/creating_board.rst # docs/projectconf.rst # docs/userguide/platforms/cmd_install.rst # platformio/__init__.py # platformio/builder/scripts/atmelavr.py # platformio/builder/scripts/atmelsam.py # platformio/builder/scripts/frameworks/mbed.py
Description of problem
The first time I run $ pio run my project builds just fine and generates appropriate things in .pioenvs folder. The second time I $ pio run new things will be generated in .pioenvs which cause many compile errors.
Specifically, on the second run, it appears to be pulling in an entirely unrelated library (one built for a different platform entirely).
This is easy enough to cope with as follows: $rm -rf .pioenvs && pio run
effectively causing every run to be the "first" run and allowing me to work as normal.
Anybody else seen this?
Configuration
Operating system: OS X
PlatformIO Version (
platformio --version
): PlatformIO, version 2.9.1Steps to Reproduce
Actual Results
.pioenvs populates with "grbl" library on second run
Expected Results
.pioenvs stays the same after first being generated
If problems with PlatformIO Build System:
The content of
platformio.ini
:Source file to reproduce issue:
Additional info
The text was updated successfully, but these errors were encountered: