Replies: 1 comment 3 replies
-
What you're referring to is called a macro guard, and RadioLib has those: RadioLib/src/protocols/HTTP/HTTP.h Lines 1 to 2 in 9ac6503 However, the actual issue is a clash of the same name for different classes - both RadioLib and ESP8266HTTPClient have class named Fortunately, RadioLib has quite a clever way to exclude drivers for different modules. I excluded HTTP support from RadioLib on ESP8266 platform in the latest commit (since HTTP support in RadioLib is quite basic and likely offers no advantages over ESP8266HTTPClient), so it works now. |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi,
I'm using your library in my project along with ESP8266HTTPClient library, and there is colision between them, that I can't fix.
I have this errors:
...\RadioLib-master\src/protocols/HTTP/HTTP.h:18:7: error: redefinition of 'class HTTPClient' class HTTPClient { ^ ...\ESP8266HTTPClient\src/ESP8266HTTPClient.h:163:7: error: previous definition of 'class HTTPClient' class HTTPClient ^
I have read, that libraries need something like this:
#ifndef libName_h #define libName_h class HTTPClient{ ... } #endif
and I tried to fix this, but it doesn't seem to work, and both libraries has similar things already defined.
Could you help me with this problem?
Beta Was this translation helpful? Give feedback.
All reactions