-
-
Notifications
You must be signed in to change notification settings - Fork 127
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
Client.h not included from ArduinoAPI.h #136
Comments
Hi @bucienator , |
Originally I had the issue on Mac, so I tried to replicate it on Windows before reporting to platform.io, but then all worked well on Windows. So I went back to Mac, and retried it once with a clean install (removing ~/.platformio and /.pio directories, and then it worked on the Mac too. Even though I recall trying the clean run before reporting this issue. Anyway, it seems my case was an artifact of an update, and a clean run solved the issue. Thanks for your reply! |
Hi @facchinm do you have any idea via @giulcioffi removed On the other hand, its been removed for quite some time. @bblanchon what exact use case is this breaking for you? You simply express the desire to undo an old change, without providing any background on why and what's your special use case? |
@aentinger, as I said in #120, deprecated/Client.h contains the following comment:
As I was trying to do that in the StreamUtils library, I discovered that it doesn't work for So it's not breaking any use case for me, thanks for asking; it just contradicts your own injunctions. |
I'd be allright with re-adding it, @facchinm any objections? |
Some libraries, like WiFi101 are not ready to work together with the new API architecture. They include headers directly, like "IPAddress.h", "Print.h" or "Client.h" This works with Arduino IDE, as compiling there puts the "cores/arduino/api/deprecated/" directory onto the include path. However, using PlatformIO does not include the "deprecated" directory, so I had to do some changes to the libraries to work with new style frameworks. (This is fine, or at least an issue with the libraries, not the ArduinoCore-API)
The issue related to ArduinoCore-API is that it seems the recommended way for including the api is to include "Arduino.h", which would include "ArduinoAPI.h", which would then include all the other APIs. This works for most APIs, however, not for Client, as "Client.h" seems to be not included from "ArduinoAPI.h".
I didn't create a pull request, as I'm not sure if this really is a bug, or I was mislead somehow, and I should have included Client.h in a different way. Can you please provide some insight on this?
Thanks!
The text was updated successfully, but these errors were encountered: