I’me having trouble building a very minimalistic project for my new esp8266, the error I get at build is :
In file included from .pioenvs/esp12e/FrameworkArduino/Arduino.h:246:0,from .pioenvs/esp12e/FrameworkArduino/FS.h:25,from .pioenvs/esp12e/FrameworkArduino/FS.cpp:21:.pioenvs/esp12e/FrameworkArduino/HardwareSerial.h:2:25: fatal error: ESP8266WiFi.h: No such file or directory#include <ESP8266WiFi.h>^compilation terminated.scons: *** [.pioenvs/esp12e/FrameworkArduino/FS.o] Error 1
[ ID ] Name Compatibility "Authors": Description
--------------------------------------------------------------------------------------------------------------------------------
[ 429 ] aREST arduino, atmelavr, atmelsam, espressif, teensy "marcoschwartz": RESTful API for Arduino using HTTP or S
erial communications
I can build a normal arduino project, all is fine. Am I missing something ?
I’ve deleted this directory. It’s recreated when I build, but still the same error.
I’ve no clue where to look to resolve this. I’ve reinstalled the arduino ide (yes, i’m that desperate ), imported the “arduino esp8266” toolchain (“board manager”) and it built and uplaoded fine :-/
no, not by hand, but I removed/installed a lot of packages recently (using “dnf remove xxx” from my distro fedora 23), and I noticed that some dependancies could be broken (“avrdude” “gcc-avr” “scons” (and maybe others) were gone during this uninstall/reinstall process…).
I manually reinstalled these 3 (dnf install xxx), but I noticed that, after removing “.platformio”, the ide reinstalled a package named “tool-scons”, maybe it’s related to this issue…
I think the problem was more with my system than with platformio.
The problem was with that you deleted PlatformIO packages manually. The info about them is located in appstate.json file. It means, that for PlatformIO DB the packages are installed But… In real life you deleted them
P.S: I have good news. PlatformIO 3.0 is rewritten from the scratch and has new development platform and package managers. You can manage packages manually.
Hi!
I apologize for resurrecting such old post, but since it’s a related issue, it’s more suitable than opening a new thread.
I’m running with a problem similar to StupidDuck. I’m using CLI dev edition and today it update do 3.0.0b9, then all hell broke loose.
This is an Arduino project and I have a tree structure listed below:
|–lib
| |–Core
| | | core.cpp
| | | core.h
| |–Flash
| | | flash.cpp
| | | flash.h
| |–Global
| | | global.cpp
| | | global.h
| |–Progmem
| | | progmem.h
| |–Rtc
| | | rtc.cpp
| | | rtc.h
|–src
| |–simee.ino
Simee.ino calls a function that is listed inside core.cpp and its header is as: #include <Arduino.h> #include <core.h> #include <flash.h> #include <rtc.h> #include <global.h> #include <progmem.h>
No matter which order I put the headers below <core.h> it always return me a
lib\Core\core.cpp:3:19: fatal error: flash.h: No such file or directory include <flash.h>
^
compilation terminated.
scons: *** [.pioenvs\megaatmega2560\lib\Core\core.o] Error 1
I tried deleting .pioenvs and nothing.
I tried deleting atmelavr and nothing.
Reinstalled everything and nothing.
I’m a bit lost with this because I found a lot of threads listing the same error but it was all related to specific libraries.
You are right. The LDF mode was set to 2 in the previous beta builds. However, this mode causes a lot of problems with Arduino 1.0 libraries. We decided to keep mode=1 by defualt to avoid a lot of issues.
Developers have a choice. Also, library developers can enable LDF=2 in manifest. See Redirecting...
I think I’m having a similar problem. I’ve been trying (in vain) to get TravisCI working with a non-library project in PlatformIO 3.x.
Here’s an example build failure. It appears that there’s a case-sensitivity issue with the (old) version of framework-arduinoespressif8266 (ESP8266Wifi.h vs ESP8266WiFi.h).
I tried to manually pull the toolchain from GitHub in subsequent builds, but it would get overwritten during platformio ci.
The first build, using platformio run instead, suffered from the same problem, so this led me down the path of messing with platformio ci (which I don’t think I actually need, since this is not a library).