Hello,

I'd like my source to compile for both ESP8266 and ESP32 targets. It hosts a webserver so I have, at the start of my ino file:

#if defined(ESP8266)
#include <ESP8266WiFi.h>
#include <ESP8266WebServer.h>
#else
#include "Wifi.h"
#include "WebServer.h"
#endif 

This works fine when building for an ESP32 board. 

However, when I build for an ESP8266 board I get:
Quote:


The errors arise in the file arduino-1.8.9\libraries\WiFi\src\WiFiUdp.h. 

What I guess is happening:

• For ESP32, VisualMicro sees that the ESP32 package includes its own WiFi.h implementation and includes that when it copies files to the staging area for compilation. Just as it should. 
• ESP8266 includes a wifi library with a different folder name (ESP8266WiFi) so that gets copied to the staging area, but it also copies the default Arduino Wifi library as well. The ESP8266 library, in ESP8266Wifi, also includes a class definition for WiFiUdp so I end up with multiply defined types. 

So it looks like the library discovery is ignoring the pre-processor macros that should prevent that from happening. This wouldn't happen if the ESP8266 folk had stuck to normal naming conventions like the ESP32 people did. 

Any suggestions how I could solve this? Ideally without modifying anything outside the Visual Micro solution. 

Have a great, virus free, weekend,
Paul.

Hi Simon, 

Thanks for your quick reply. I've created a separate program based on the blink example and packaged it, along with the verbose & properties output, into the attached zip file. The build output is for the "LOIN(WEMOS) D1 R2 & mini" board. 

Incidentally, I had to add FS.h into the #else section for that library to be picked up. 

Have a great day,
Paul

Thanks. That's resolved the problem. Much appreciated.