Summary: | dev-libs/boost-1.62.0-r1: ssl provider doesn't work with libressl: /usr/include/boost/asio/ssl/impl/context.ipp:232:25: error: '::SSL_CTX_get_default_passwd_cb_userdata' has not been declared | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Klaus Kusche <klaus.kusche> |
Component: | Current packages | Assignee: | C++ Team [disbanded] <cpp+disabled> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | cpp+disabled, hexumg, libressl, lssndrbarbieri, office, pepoluan, polynomial-c, r.biegel, reuben-gentoo-bugzilla, sandino, steils, tdalman, toralf, tsmksubc, v10lator |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://svn.boost.org/trac/boost/ticket/12575 | ||
See Also: | https://svn.boost.org/trac/boost/ticket/12575 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
net-libs:nghttp2-1.15.0:20161009-083536.log
emerge-info.txt config.log emerge-history.txt environment net-libs:nghttp2-1.15.0:20161018-073014.log asio libressl patch boost-1.62.0-r1_allow_build_against_libressl.patch |
Description
Klaus Kusche
2016-10-09 10:15:52 UTC
Created attachment 449656 [details]
net-libs:nghttp2-1.15.0:20161009-083536.log
In file included from /usr/include/boost/asio/ssl/context.hpp:786:0, from /usr/include/boost/asio/ssl.hpp:19, from /var/portage/portage/net-libs/nghttp2-1.15.0/work/nghttp2-1.15.0/src/includes/nghttp2/asio_http2.h:37, from /var/portage/portage/net-libs/nghttp2-1.15.0/work/nghttp2-1.15.0/src/asio_common.h:32, from /var/portage/portage/net-libs/nghttp2-1.15.0/work/nghttp2-1.15.0/src/asio_common.cc:25: /usr/include/boost/asio/ssl/impl/context.ipp: In destructor 'boost::asio::ssl::context::~context()': /usr/include/boost/asio/ssl/impl/context.ipp:232:25: error: '::SSL_CTX_get_default_passwd_cb_userdata' has not been declared void* cb_userdata = ::SSL_CTX_get_default_passwd_cb_userdata(handle_); ^ This may need a tracker bug. Created attachment 450646 [details]
emerge-info.txt
same at a tinderbox image
Created attachment 450648 [details]
config.log
Created attachment 450650 [details]
emerge-history.txt
Created attachment 450652 [details]
environment
Created attachment 450654 [details]
net-libs:nghttp2-1.15.0:20161018-073014.log
(In reply to Jeroen Roovers from comment #3) > This may need a tracker bug. This does not need a tracker as it is a bug in libressl and/or boost-1.62.0. Just the act of including the relevant boost header will cause compilation to fail, eg: ~ $ cat boostfail.cpp #define BOOST_ASIO_SEPARATE_COMPILATION #include <boost/asio/ssl/impl/src.hpp> ~ $ g++ -c -o boostfail boostfail.cpp In file included from /usr/include/boost/asio/ssl/impl/src.hpp:22:0, from boostfail.cpp:2: /usr/include/boost/asio/ssl/impl/context.ipp: In destructor ‘boost::asio::ssl::context::~context()’: /usr/include/boost/asio/ssl/impl/context.ipp:232:25: error: ‘::SSL_CTX_get_default_passwd_cb_userdata’ has not been declared void* cb_userdata = ::SSL_CTX_get_default_passwd_cb_userdata(handle_); ^ <snip> The other bugs, eg #595858 and #595828 should probably rolled into a single bug filed against boost and/or libressl. This seems like an asio issue. I've pushed a new version that supposedly contains the fix. commit 56dc4b75b092839d4d34f38f9a008f2802918410 Author: David Seifert <soap@gentoo.org> Date: Fri Oct 21 20:32:48 2016 +0200 dev-cpp/asio: Version bump to 1.10.8 (In reply to David Seifert from comment #10) > This seems like an asio issue. I've pushed a new version that supposedly > contains the fix. ??? Most likely not: dev-cpp/asio is not even installed here. Created attachment 451732 [details, diff]
asio libressl patch
Faced same problem when compiling an out-of-tree application. Attached patch allows compilation, but application is not tested.
(In reply to Reinhard Biegel from comment #12) > Created attachment 451732 [details, diff] [details, diff] > asio libressl patch > > Faced same problem when compiling an out-of-tree application. Attached patch > allows compilation, but application is not tested. That patch looks good to me. Have you tried to bring it upstream? Filed a ticket at https://svn.boost.org/trac/boost/ticket/12575 There's a pull request on github https://github.com/boostorg/asio/pull/45 Please add this to bug #561854 as blocker. This bug is still happening 2017-02-23, when I try to emerge net-libs/nghttp2-1.18.1 However, I used the patch suggested in https://github.com/chriskohlhoff/asio/pull/142 instead of the patch attached here. That patch has 6 hunks, while the patch attached here has only 5. The patch requires a search-and-replace before it applies to dev-libs/boost-1.62.0-r1, though: 's|asio/include/|boost/|g' I will attach the edited patch; it *has* been successfully applied to an emerge of dev-libs/boost-1.62.0-r1 Created attachment 464742 [details, diff] boost-1.62.0-r1_allow_build_against_libressl.patch Patch adapted from https://github.com/chriskohlhoff/asio/pull/142 by 's|asio/include|boost|g'. TESTING: Patch successfully applied on 'emerge =dev-libs/boost-1.62.0-r1' and allows 'emerge =net-libs/nghttp2-1.18.1' to complete successfuly. looks like a bug in boost *** Bug 611012 has been marked as a duplicate of this bug. *** *** Bug 614456 has been marked as a duplicate of this bug. *** still an issue in 1.23.1: from /var/tmp/portage/net-libs/nghttp2-1.23.1/work/nghttp2-1.23.1/src/asio_common.cc:25: /usr/include/boost/asio/ssl/impl/context.ipp: In destructor ‘boost::asio::ssl::context::~context()’: /usr/include/boost/asio/ssl/impl/context.ipp:232:25: error: ‘::SSL_CTX_get_default_passwd_cb_userdata’ has not been declared void* cb_userdata = ::SSL_CTX_get_default_passwd_cb_userdata(handle_); ^~ /usr/include/boost/asio/ssl/impl/context.ipp: In member function ‘boost::system::error_code boost::asio::ssl::context::use_certificate_chain(const boost::asio::const_buffer&, boost::system::error_code&)’: Same when emerging net-libs/libtorrent-rasterbar-1.1.5-r1
Attachment 464742 [details, diff] fixes the issue here, too.
*** Bug 614456 has been marked as a duplicate of this bug. *** *** Bug 614794 has been marked as a duplicate of this bug. *** Is this bug still actual? Can we close it? |