[Arch Linux] Newer dependencies breaking Melanobot through Melanolib

[surkeh]

On Arch Linux, using openssl 1.1, gcc 7.1.1

I believe the Melanolib was updated more recently than Melanobot. The preprocessor detects compiler version and sets melanolib::variant to std::variant but std::variant doesn't seem to have the member function which() which boost::variant does. This appears to be desired behavior from your library but it currently breaks Melanobot_v2. As a workaround, I had the preprocessor set melanolib::variant to boost::variant.

Second issue is that object.hpp in Melanolib requires C++17 here, but Melanolib is set to use C++14. I set all libs using 14 to 17 as a workaround.

Although unrelated to this issue, after fixing #74, and running cmake with the -DHTTPONY_SHARED=ON argument, Melanobot compiled.

[mbasaglia]

I can add a compiler switch/macro to force using boost variant, as for any and optional

[surkeh]

Sounds like a good solution. Not an issue on Devuan, OpenSSL 1.0, gcc 6.3.0 20170516, cmake 3.7.2. Hopefully won't be an issue for most running a server.