Ошибка компиляции при попытке компилировать boost и openssl (при использовании Websocket++ или CPPRestSDK)

Question

В настоящее время я пытаюсь получить работающий клиент tls websocket, работающий на C++ (что очень неприятно), и я попробовал CPP Rest SDK, а также Websocket ++. Оба выкладывают кучу ошибок компиляции (см. Ниже). Когда я попытался скомпилировать его с помощью Websocket ++ без tls, он компилируется, поэтому ошибка явно связана с SSL.

Я пробовал разные версии OpenSSL (1.0.1, 1.0.2, 1.1.0), разные версии C++ (11, 14 и даже 17), и я просто не могу заставить его скомпилировать.

Я погуглил, и ни одно из решений не сработало. Я использую Ubuntu 16, и используемая мной команда сборки выглядит следующим образом:

g++ source/* -o test.out -Iinclude/ -std=c++14 -L/lib64 -lcurl -lboost_system -lssl -lcrypto -l pthread

Вот некоторые из ошибок:

/usr/include/boost/asio/ssl/detail/impl/openssl_init.ipp: In constructor ‘boost::asio::ssl::detail::openssl_init_base::do_init::do_init()’:
/usr/include/boost/asio/ssl/detail/impl/openssl_init.ipp:43:23: error: expected id-expression before ‘(’ token
 mutexes_.resize(::CRYPTO_num_locks());

/usr/include/boost/asio/ssl/detail/impl/engine.ipp:221:9: error: ‘SSL_R_SHORT_READ’ was not declared in this scope
     ERR_PACK(ERR_LIB_SSL, 0, SSL_R_SHORT_READ),

А вот основной исходный код:

#include <websocketpp/config/asio_client.hpp>
#include <websocketpp/client.hpp>
#include <iostream>

// pull out the type of messages sent by our config
typedef websocketpp::config::asio_tls_client::message_type::ptr message_ptr;

typedef websocketpp::client<websocketpp::config::asio_tls_client> client;

using websocketpp::lib::placeholders::_1;
using websocketpp::lib::placeholders::_2;
using websocketpp::lib::bind;

void on_close(client* c, websocketpp::connection_hdl hdl) {
    c->get_alog().write(websocketpp::log::alevel::app, "Connection Closed");
}

int main(int argc, char* argv[]) {
    client c;

    std::string uri = "wss://gateway.discord.gg/";

    if (argc == 2) {
        uri = argv[1];
    }

    try {
        // set logging policy if needed
        c.clear_access_channels(websocketpp::log::alevel::frame_header);
        c.clear_access_channels(websocketpp::log::alevel::frame_payload);
        //c.set_error_channels(websocketpp::log::elevel::none);

        // Initialize ASIO
        c.init_asio();

        // Register our handlers
        c.set_open_handler(bind(&on_open,&c,::_1));
        c.set_fail_handler(bind(&on_fail,&c,::_1));
        c.set_message_handler(bind(&on_message,&c,::_1,::_2));
        c.set_close_handler(bind(&on_close,&c,::_1));

        // Create a connection to the given URI and queue it for connection once
        // the event loop starts
        websocketpp::lib::error_code ec;
        client::connection_ptr con = c.get_connection(uri, ec);
        c.connect(con);

        // Start the ASIO io_service run loop
        c.run();
    } catch (const std::exception & e) {
        std::cout << e.what() << std::endl;
    } catch (websocketpp::lib::error_code e) {
        std::cout << e.message() << std::endl;
    } catch (...) {
        std::cout << "other exception" << std::endl;
    }
}

Answer 1

Это было давно, но если это поможет, добавив -lcrypto -lssl в аргументах g++ cmd я решил проблему.