boost 1.70.0 #38890

fxcoudert · 2019-04-12T19:14:36Z

Created with brew bump-formula-pr.

fxcoudert · 2019-04-12T20:09:34Z

The new cgal test introduced recently by @lrineau fails with:

-- Found Boost 1.70.0 at /usr/local/lib/cmake/Boost-1.70.0
--   Requested configuration: QUIET REQUIRED COMPONENTS thread;system
-- Found boost_headers 1.70.0 at /usr/local/lib/cmake/boost_headers-1.70.0
-- Found boost_thread 1.70.0 at /usr/local/lib/cmake/boost_thread-1.70.0
-- No suitable boost_thread variant has been identified!
--   libboost_thread-mt.dylib (shared, BUILD_SHARED_LIBS not ON, set Boost_USE_STATIC_LIBS=OFF to override)
--   libboost_thread-mt.a (static, Boost_USE_STATIC_LIBS=OFF)
CMake Error at /usr/local/lib/cmake/Boost-1.70.0/BoostConfig.cmake:95 (find_package):
  Found package configuration file:

    /usr/local/lib/cmake/boost_thread-1.70.0/boost_thread-config.cmake

  but it set boost_thread_FOUND to FALSE so package "boost_thread" is
  considered to be NOT FOUND.  Reason given by package:

  No suitable build variant has been found.

Call Stack (most recent call first):
  /usr/local/lib/cmake/Boost-1.70.0/BoostConfig.cmake:124 (boost_find_dependency)
  /usr/local/Cellar/cmake/3.14.2/share/cmake/Modules/FindBoost.cmake:266 (find_package)
  /usr/local/Cellar/cgal/4.14/lib/cmake/CGAL/CGAL_SetupBoost.cmake:48 (find_package)
  /usr/local/Cellar/cgal/4.14/lib/cmake/CGAL/CGALConfig.cmake:87 (include)
  /usr/local/Cellar/cgal/4.14/lib/cmake/CGAL/CGALConfig.cmake:142 (check_cgal_component)
  CMakeLists.txt:2 (find_package)

scpeters · 2019-04-12T22:24:23Z

This is weird; why is osm2pgrouting being built before sfcgal? I figured the topological sort would put it after sfcgal? Is this a bug in test-bot? (The fact that sfcgal is failing to build from source is a separate issue with finding boost thread).

22:01:02 ==> brew install --only-dependencies osm2pgrouting
22:01:26 ==> FAILED
22:01:26 ==> Installing dependencies for osm2pgrouting: libpqxx, protobuf-c, sfcgal, postgis and pgrouting
22:01:26 ==> Installing osm2pgrouting dependency: libpqxx
22:01:26 ==> Downloading https://homebrew.bintray.com/bottles/libpqxx-6.2.5_5.mojave.bottle.tar.gz
22:01:26 Already downloaded: /Users/brew/Library/Caches/Homebrew/downloads/b13d7d3b39f08ef749edcf5fd0fcd6f808a7e2be765fbcec955c7dffcf8438fb--libpqxx-6.2.5_5.mojave.bottle.tar.gz
22:01:26 ==> Pouring libpqxx-6.2.5_5.mojave.bottle.tar.gz
22:01:26 /usr/local/Cellar/libpqxx/6.2.5_5: 102 files, 1.3MB
22:01:26 ==> Installing osm2pgrouting dependency: protobuf-c
22:01:26 ==> Downloading https://homebrew.bintray.com/bottles/protobuf-c-1.3.1_2.mojave.bottle.tar.gz
22:01:26 Already downloaded: /Users/brew/Library/Caches/Homebrew/downloads/50a06cc3952df301cff9bb33bc2ca3a5a4a3e2102876102420a5e6b74d01829a--protobuf-c-1.3.1_2.mojave.bottle.tar.gz
22:01:26 ==> Pouring protobuf-c-1.3.1_2.mojave.bottle.tar.gz
22:01:26 /usr/local/Cellar/protobuf-c/1.3.1_2: 14 files, 297.0KB
22:01:26 ==> Installing osm2pgrouting dependency: sfcgal
22:01:26 ==> Downloading https://homebrew.bintray.com/bottles/sfcgal-1.3.6_2.mojave.bottle.tar.gz
22:01:26 curl: (22) The requested URL returned error: 404 Not Found
22:01:26 Error: Failed to download resource "sfcgal"
22:01:26 Download failed: https://homebrew.bintray.com/bottles/sfcgal-1.3.6_2.mojave.bottle.tar.gz
22:01:26 Warning: Bottle installation failed: building from source.

scpeters · 2019-04-12T22:37:22Z

I think a similar thing happened to pdal, which built before its dependency pcl, whose bottle could not be found. I'll see if I can make a toy example in a tap that illustrates the problem.

fxcoudert · 2019-04-13T10:06:00Z

@scpeters the fact that they build out of order is a missed optimisation, but not in itself a problem. The dependencies will then build from source, and while it will take longer, it should still work.

fxcoudert · 2019-04-13T10:08:47Z

The most serious problem is that many packages using cmake can't find boost anymore. This is the same thing that is happening with the simple cgal test. With boost 1.69.0, cmake shows this:

-- Boost version: 1.69.0
-- Found the following Boost libraries:
--   thread
--   system
--   chrono
--   date_time
--   atomic
-- Boost include dirs: /usr/local/include
-- Boost libraries:    /usr/local/lib/libboost_thread-mt.dylib;/usr/local/lib/libboost_system-mt.dylib;/usr/local/lib/libboost_chrono-mt.dylib;/usr/local/lib/libboost_date_time-mt.dylib;/usr/local/lib/libboost_atomic-mt.dylib

but with boost-1.70.0, we get this:

-- Found Boost 1.70.0 at /usr/local/lib/cmake/Boost-1.70.0
--   Requested configuration: QUIET REQUIRED COMPONENTS thread;system
-- Found boost_headers 1.70.0 at /usr/local/lib/cmake/boost_headers-1.70.0
-- Found boost_thread 1.70.0 at /usr/local/lib/cmake/boost_thread-1.70.0
-- No suitable boost_thread variant has been identified!
--   libboost_thread-mt.dylib (shared, BUILD_SHARED_LIBS not ON, set Boost_USE_STATIC_LIBS=OFF to override)
--   libboost_thread-mt.a (static, Boost_USE_STATIC_LIBS=OFF)
CMake Error at /usr/local/lib/cmake/Boost-1.70.0/BoostConfig.cmake:95 (find_package):
  Found package configuration file:

    /usr/local/lib/cmake/boost_thread-1.70.0/boost_thread-config.cmake

  but it set boost_thread_FOUND to FALSE so package "boost_thread" is
  considered to be NOT FOUND.  Reason given by package:

  No suitable build variant has been found.

fxcoudert · 2019-04-13T10:22:21Z

Trying to rebuild cmake to see if it can detect boost libraries better.

Edit: didn't work. But, upon further analysis, all packages that fail with this error are CGAL-related, so I filed it as a CGAL issue CGAL/cgal#3851

fxcoudert · 2019-04-13T14:24:17Z

pcl failure, fixed upstream: Add noexcept for boost::checked_delete<> friend PointCloudLibrary/pcl#2942
uhd fails to build with many missing boost symbols at link time. Trying to update to latest version in uhd 3.14.0.0 #38903
libtorrent-rasterbar fails with:

In file included from alert.cpp:43:
In file included from ../include/libtorrent/torrent.hpp:59:
In file included from ../include/libtorrent/tracker_manager.hpp:74:
../include/libtorrent/udp_socket.hpp:83:53: error: no member named 'get_io_service' in 'boost::asio::basic_datagram_socket<boost::asio::ip::udp, boost::asio::executor>'
                io_service& get_io_service() { return m_ipv4_sock.get_io_service(); }
                                                      ~~~~~~~~~~~ ^

Maybe the update in #38904 will fix it.

cpprestsdk fails with:

In file included from /tmp/cpprestsdk-20190413-31518-1yscisy/Release/src/websockets/client/ws_client_wspp.cpp:14:
In file included from /tmp/cpprestsdk-20190413-31518-1yscisy/Release/src/pch/stdafx.h:101:
In file included from /tmp/cpprestsdk-20190413-31518-1yscisy/Release/include/cpprest/http_client.h:68:
In file included from /usr/local/include/boost/asio/ssl.hpp:22:
In file included from /usr/local/include/boost/asio/ssl/stream.hpp:29:
In file included from /usr/local/include/boost/asio/ssl/detail/io.hpp:21:
In file included from /usr/local/include/boost/asio/ssl/detail/stream_core.hpp:21:
In file included from /usr/local/include/boost/asio/deadline_timer.hpp:24:
In file included from /usr/local/include/boost/asio/basic_deadline_timer.hpp:31:
In file included from /usr/local/include/boost/asio/executor.hpp:338:
/usr/local/include/boost/asio/impl/executor.hpp:179:22: error: no member named 'context' in 'std::__1::reference_wrapper<boost::asio::io_context>'
    return executor_.context();
           ~~~~~~~~~ ^

This issue was reported at microsoft/cpprestsdk#1054 and closed but not fixed.

fxcoudert · 2019-04-15T09:17:38Z

@BrewTestBot test this please

fxcoudert · 2019-04-15T11:11:56Z

latest libtorrent-rasterbar fails: Fails to build with Boost 1.70.0 arvidn/libtorrent#3683
latest uhd fails, reported: UHD 3.14.0.0 does not build with Boost 1.70.0 EttusResearch/uhd#266
caffe needs a revision bump
cucumber-cpp fails with:

-- Found Boost 1.70.0 at /usr/local/lib/cmake/Boost-1.70.0
--   Requested configuration: QUIET REQUIRED COMPONENTS thread;system;regex;date_time;program_options;filesystem
-- Found boost_headers 1.70.0 at /usr/local/lib/cmake/boost_headers-1.70.0
-- Found boost_thread 1.70.0 at /usr/local/lib/cmake/boost_thread-1.70.0
-- No suitable boost_thread variant has been identified!
--   libboost_thread-mt.dylib (shared, BUILD_SHARED_LIBS not ON, set Boost_USE_STATIC_LIBS=OFF to override)
--   libboost_thread-mt.a (static, Boost_USE_STATIC_LIBS=OFF)
CMake Error at /usr/local/lib/cmake/Boost-1.70.0/BoostConfig.cmake:95 (find_package):
  Found package configuration file:

    /usr/local/lib/cmake/boost_thread-1.70.0/boost_thread-config.cmake

  but it set boost_thread_FOUND to FALSE so package "boost_thread" is
  considered to be NOT FOUND.  Reason given by package:

  No suitable build variant has been found.

folly fails with many undefined symbols:

Undefined symbols for architecture x86_64:
  "boost::filesystem::path::m_path_iterator_increment(boost::filesystem::path::iterator&)", referenced from:
      folly::fs::(anonymous namespace)::skipPrefix(boost::filesystem::path const&, boost::filesystem::path const&, boost::filesystem::path::iterator&) in FsUtil.cpp.o
      folly::fs::remove_prefix(boost::filesystem::path const&, boost::filesystem::path const&) in FsUtil.cpp.o
  "boost::filesystem::path::operator/=(boost::filesystem::path const&)", referenced from:
      folly::test::(anonymous namespace)::generateUniquePath(boost::filesystem::path, folly::Range<char const*>) in TestUtil.cpp.o
      folly::fs::remove_prefix(boost::filesystem::path const&, boost::filesystem::path const&) in FsUtil.cpp.o
      folly::fs::canonical_parent(boost::filesystem::path const&, boost::filesystem::path const&) in FsUtil.cpp.o

ledger fails with:

CMake Error at /usr/local/lib/cmake/Boost-1.70.0/BoostConfig.cmake:95 (find_package):
  Could not find a package configuration file provided by "boost_python27"
  (requested version 1.70.0) with any of the following names:

    boost_python27Config.cmake
    boost_python27-config.cmake

  Add the installation prefix of "boost_python27" to CMAKE_PREFIX_PATH or set
  "boost_python27_DIR" to a directory containing one of the above files.  If
  "boost_python27" provides a separate development package or SDK, be sure it
  has been installed.
Call Stack (most recent call first):
  /usr/local/lib/cmake/Boost-1.70.0/BoostConfig.cmake:124 (boost_find_dependency)
  /usr/local/Cellar/cmake/3.14.2_1/share/cmake/Modules/FindBoost.cmake:266 (find_package)
  CMakeLists.txt:88 (find_package)

lgogdownloader fails with many undefined symbols:

Undefined symbols for architecture x86_64:
  "boost::filesystem::detail::permissions(boost::filesystem::path const&, boost::filesystem::perms, boost::system::error_code*)", referenced from:
      Util::setFilePermissions(boost::filesystem::path const&, boost::filesystem::perms const&) in util.cpp.o
  "boost::filesystem::detail::current_path(boost::system::error_code*)", referenced from:
      Downloader::download() in downloader.cpp.o
      Downloader::processDownloadQueue(Config, unsigned int const&) in downloader.cpp.o
      Downloader::downloadFile(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in downloader.cpp.o
  "boost::filesystem::detail::dir_itr_close(void*&, void*&)", referenced from:
      boost::filesystem::detail::dir_itr_imp::~dir_itr_imp() in downloader.cpp.o
  "boost::filesystem::detail::last_write_time(boost::filesystem::path const&, boost::system::error_code*)", referenced from:
      Downloader::Downloader() in downloader.cpp.o

monero fails to build (patch available: Boost 1.70.0 monero-project/monero#5328) with:

In file included from /tmp/monero-20190415-62001-1cutrl8/src/rpc/daemon_handler.cpp:29:
In file included from /tmp/monero-20190415-62001-1cutrl8/src/rpc/daemon_handler.h:36:
In file included from /tmp/monero-20190415-62001-1cutrl8/src/p2p/net_node.h:41:
In file included from /tmp/monero-20190415-62001-1cutrl8/contrib/epee/include/net/levin_server_cp2.h:32:
In file included from /tmp/monero-20190415-62001-1cutrl8/contrib/epee/include/net/abstract_tcp_server2.h:339:
/tmp/monero-20190415-62001-1cutrl8/contrib/epee/include/net/abstract_tcp_server2.inl:218:20: error: no member named 'get_io_service' in 'boost::asio::basic_stream_socket<boost::asio::ip::tcp, boost::asio::executor>'
    return socket_.get_io_service();
           ~~~~~~~ ^
/tmp/monero-20190415-62001-1cutrl8/contrib/epee/include/net/abstract_tcp_server2.inl:386:28: error: no member named 'get_io_service' in 'boost::asio::basic_stream_socket<boost::asio::ip::tcp, boost::asio::executor>'
      size_t cnt = socket_.get_io_service().run_one();
                   ~~~~~~~ ^
/tmp/monero-20190415-62001-1cutrl8/contrib/epee/include/net/abstract_tcp_server2.inl:396:28: error: no member named 'get_io_service' in 'boost::asio::basic_stream_socket<boost::asio::ip::tcp, boost::asio::executor>'
      size_t cnt = socket_.get_io_service().poll_one();     
                   ~~~~~~~ ^

scpeters · 2019-04-15T14:09:56Z

the fact that they build out of order is a missed optimisation, but not in itself a problem. The dependencies will then build from source, and while it will take longer, it should still work.

Thanks for the reminder about this behavior. I guess it may happen very often that it fails to find bottles and rebuilds from source, but I only see the console message when it fails, so it can be misleading.

Ponce · 2019-04-16T06:36:53Z

regarding the error

No suitable build variant has been found.

I'll paste here a relevant comment from Patrick Volkerding in the Slackware ChangeLog

l/boost-1.70.0-x86_64-1.txz:  Upgraded.
  Shared library .so-version bump.
  Note: Boost now provides its own BoostConfig.cmake config file, and it may
  not work with all existing code (here, calligra stumbled over it). At this
  point it's not clear if the included cmake config files are buggy, or if
  affected projects need to change something in order to use them, but there's
  an easy workaround to use cmake's FindBoost.cmake (as was used previously).
  Add this to the call to cmake from any affected project (if cmake fails with
  an error: "No suitable build variant has been found."):
  -DBoost_NO_BOOST_CMAKE=ON

fxcoudert · 2019-04-20T14:37:31Z

I added -DBoost_NO_BOOST_CMAKE=ON to cgal but it's not enough. It needs to be added to every project that uses cgal apparently…
osrm-backend fails with:

Undefined symbols for architecture x86_64:
  "boost::filesystem::detail::status(boost::filesystem::path const&, boost::system::error_code*)", referenced from:
      _main in components.cpp.o

monero patch does not apply cleanly
libpulsar fails with

In file included from /tmp/libpulsar-20190420-19760-fx4za8/apache-pulsar-2.3.1/pulsar-client-cpp/lib/ExecutorService.cc:19:
In file included from /tmp/libpulsar-20190420-19760-fx4za8/apache-pulsar-2.3.1/pulsar-client-cpp/lib/ExecutorService.h:23:
In file included from /usr/local/include/boost/asio.hpp:24:
In file included from /usr/local/include/boost/asio/basic_datagram_socket.hpp:20:
In file included from /usr/local/include/boost/asio/basic_socket.hpp:27:
In file included from /usr/local/include/boost/asio/executor.hpp:338:
/usr/local/include/boost/asio/impl/executor.hpp:179:22: error: no member named 'context' in 'std::__1::reference_wrapper<boost::asio::io_context>'
    return executor_.context();
           ~~~~~~~~~ ^

caffe fails with many undefined symbols, starting with:

Undefined symbols for architecture x86_64:
  "boost::this_thread::interruption_point()", referenced from:
      boost::condition_variable::wait(boost::unique_lock<boost::mutex>&) in blocking_queue.cpp.o
  "boost::detail::get_tss_data(void const*)", referenced from:
      caffe::Caffe::Get() in common.cpp.o
      boost::thread_specific_ptr<caffe::Caffe>::reset(caffe::Caffe*) in common.cpp.o
  "boost::detail::set_tss_data(void const*, void (*)(void (*)(void*), void*), void (*)(void*), void*, bool)", referenced from:
      boost::thread_specific_ptr<caffe::Caffe>::reset(caffe::Caffe*) in common.cpp.o
      boost::thread_specific_ptr<caffe::Caffe>::~thread_specific_ptr() in common.cpp.o

lrineau · 2019-04-26T14:35:25Z

@fxcoudert commented on Apr 13, 2019, 12:22 PM GMT+2:

Trying to rebuild cmake to see if it can detect boost libraries better.

Edit: didn't work. But, upon further analysis, all packages that fail with this error are CGAL-related, so I filed it as a CGAL issue CGAL/cgal#3851

As far as I can see in the discussion, there are other packages, not related to CGAL, that fail to build.

@fxcoudert commented on Apr 15, 2019, 1:11 PM GMT+2:

-- Found Boost 1.70.0 at /usr/local/lib/cmake/Boost-1.70.0
--   Requested configuration: QUIET REQUIRED COMPONENTS thread;system;regex;date_time;program_options;filesystem
-- Found boost_headers 1.70.0 at /usr/local/lib/cmake/boost_headers-1.70.0
-- Found boost_thread 1.70.0 at /usr/local/lib/cmake/boost_thread-1.70.0
-- No suitable boost_thread variant has been identified!
--   libboost_thread-mt.dylib (shared, BUILD_SHARED_LIBS not ON, set Boost_USE_STATIC_LIBS=OFF to override)
--   libboost_thread-mt.a (static, Boost_USE_STATIC_LIBS=OFF)
CMake Error at /usr/local/lib/cmake/Boost-1.70.0/BoostConfig.cmake:95 (find_package):
  Found package configuration file:

    /usr/local/lib/cmake/boost_thread-1.70.0/boost_thread-config.cmake

  but it set boost_thread_FOUND to FALSE so package "boost_thread" is
  considered to be NOT FOUND.  Reason given by package:

  No suitable build variant has been found.

It seems to be an incoherence between BUILD_SHARED_LIBS and Boost_USE_STATIC_LIBS. Do you know why "BUILD_SHARED_LIBS not ON"?

On Linux, with Brew, BUILD_SHARED_LIBS seems ON by default. If I force it to OFF, than the formula fails to build as well, with the same error messages, unless I set CGAL_Boost_USE_STATIC_LIBS=ON also.

fxcoudert · 2019-05-03T17:39:34Z

As far as I can see in the discussion, there are other packages, not related to CGAL, that fail to build

Yes, but usually with different errors 😢

Do you know why "BUILD_SHARED_LIBS not ON"?

No, it is not something we (Homebrew) are setting.

scpeters · 2019-05-03T18:38:01Z

I've been looking at the cgal issues a little, but so far it's just been tinkering with their travis scripts to try to enable macOS CI to make it easier to reproduce these failures. No solutions yet.

fxcoudert · 2019-05-05T11:41:29Z

Adding revisions for openimageio and ncmpcpp
Trying to adapt the patch from Adapt to Boost 1.70 CGAL/cgal#3886 as it does not apply cleanly

fxcoudert · 2019-06-08T15:33:22Z

I've manually edited patches for monero and cpprestsdk based on upstream. Not sure if they will work, but cannot test locally right now.

fxcoudert · 2019-06-09T20:21:42Z

Woohoo finally merged! Many many thanks to @scpeters

rkooo567 · 2019-06-15T23:09:00Z

I faced this error while building my program. I guess it can be related to this issue? I am using boost 1.70.0 downloaded by brew on MacOS High Sierra 10.13.6. (I used brew install boost)

/Users/sangbin.cho/classes/riselab/logging_project/clipper/src/libs/httpserver/server_http.hpp:302:84: error: no member named 'get_io_service' in 'boost::asio::basic_stream_socket<boost::asio::ip::tcp,
      boost::asio::executor>'
        timer = std::unique_ptr<asio::steady_timer>(new asio::steady_timer(socket->get_io_service()));
                                                                           ~~~~~~  ^
/Users/sangbin.cho/classes/riselab/logging_project/clipper/src/libs/httpserver/server_http.hpp:638:28: note: in instantiation of member function
      'SimpleWeb::ServerBase<boost::asio::basic_stream_socket<boost::asio::ip::tcp, boost::asio::executor> >::Connection::set_timeout' requested here
      session->connection->set_timeout(config.timeout_request);
                           ^
/Users/sangbin.cho/classes/riselab/logging_project/clipper/src/libs/httpserver/server_http.hpp:933:17: note: in instantiation of member function
      'SimpleWeb::ServerBase<boost::asio::basic_stream_socket<boost::asio::ip::tcp, boost::asio::executor> >::read' requested here
          this->read(session);
                ^
/Users/sangbin.cho/classes/riselab/logging_project/clipper/src/libs/httpserver/server_http.hpp:72:207: error: no member named 'get_io_service' in 'boost::asio::basic_stream_socket<boost::asio::ip::tcp,
      boost::asio::executor>'
  ...session_, long timeout_content) noexcept : std::ostream(nullptr), session(std::move(session_)), timeout_content(timeout_content), strand(session->connection->socket->get_io_service()) {
                                                                                                                                              ~~~~~~~~~~~~~~~~~~~~~~~~~~~  ^
/Users/sangbin.cho/classes/riselab/logging_project/clipper/src/libs/httpserver/server_http.hpp:646:57: note: in instantiation of member function
      'SimpleWeb::ServerBase<boost::asio::basic_stream_socket<boost::asio::ip::tcp, boost::asio::executor> >::Response::Response' requested here
          auto response = std::shared_ptr<Response>(new Response(session, this->config.timeout_content));
                                                        ^
/Users/sangbin.cho/classes/riselab/logging_project/clipper/src/libs/httpserver/server_http.hpp:933:17: note: in instantiation of member function
      'SimpleWeb::ServerBase<boost::asio::basic_stream_socket<boost::asio::ip::tcp, boost::asio::executor> >::read' requested here
          this->read(session);

fxcoudert · 2019-06-16T00:07:00Z

@rbooo567 yes you need to make your program compatible with boost's changes in asio

dnsmichi · 2019-06-18T12:41:00Z

@fxcoudert A slight misunderstanding by @Al2Klimov how source and bottles work, all things sorted out, thanks. We're developing icinga2 on our Macbooks and using Homebrew's Boost for this. 1.70 and its breaking changes came to our attention with FreeBSD's updates, and using Homebrew is just an awesome possibility :)

fxcoudert force-pushed the boost-1.70.0 branch from aaba18e to f38435f Compare April 12, 2019 20:30

fxcoudert force-pushed the boost-1.70.0 branch from e5f0d53 to b684ebd Compare April 13, 2019 10:22

fxcoudert mentioned this pull request Apr 13, 2019

Failure in CGAL_SetupBoost.cmake with boost 1.70.0 CGAL/cgal#3851

Closed

fxcoudert force-pushed the boost-1.70.0 branch from b684ebd to bbe6e64 Compare April 15, 2019 08:14

fxcoudert mentioned this pull request Apr 15, 2019

Fails to build with Boost 1.70.0 arvidn/libtorrent#3683

Closed

fxcoudert mentioned this pull request Apr 15, 2019

UHD 3.14.0.0 does not build with Boost 1.70.0 EttusResearch/uhd#266

Closed

SMillerDev mentioned this pull request Apr 18, 2019

boost 1.70.0 #39038

Closed

5 tasks

colindean mentioned this pull request Apr 19, 2019

Adds zstd dependency for boost #39112

Closed

5 tasks

fxcoudert force-pushed the boost-1.70.0 branch from bbe6e64 to ced04a8 Compare April 20, 2019 12:10

fxcoudert mentioned this pull request May 3, 2019

osrm-backend fails to build on macOS with Boost 1.70.0 Project-OSRM/osrm-backend#5441

Closed

fxcoudert force-pushed the boost-1.70.0 branch 3 times, most recently from 18c2c54 to ba9d1ae Compare May 5, 2019 11:40

scpeters mentioned this pull request May 8, 2019

boost process 1.69 is broken on osx, pleas upgrade to 1.70 #39594

Closed

fxcoudert and others added 18 commits June 8, 2019 17:09

pgrouting: revision for boost

8e535cd

source-highlight: revision for boost

788a702

upscaledb: revision for boost

e90d44a

wesnoth: revision for boost

81f92ff

libtorrent-rasterbar: patch and revision for boost

ceb7a3a

uhd: revision for boost

6621ef3

caffe: revision for boost

ea57819

mkvtoolnix: revision for boost

0c098ba

openimageio: revision for boost

651acee

ncmpcpp: revision for boost

78f6c0e

widelands: revision for boost

3b35563

sfcgal: revision for boost

8353ff9

gnuradio: revision for boost

f740fed

avro-cpp: revision for boost

80ca971

gnuradio: patch for boost 1.70.0

d2e7af7

folly: revision for boost and remove patch

5e790aa

monero: patch and revision for boost

262f62e

cpprestsdk: patch and revision for boost

853bfd5

fxcoudert force-pushed the boost-1.70.0 branch from ec6bc2c to 853bfd5 Compare June 8, 2019 15:31

fxcoudert closed this in e768a7f Jun 9, 2019

fxcoudert deleted the boost-1.70.0 branch June 16, 2019 00:06

dnsmichi mentioned this pull request Jun 18, 2019

Fix build errors with Boost v1.70 Icinga/icinga2#7238

Merged

scpeters mentioned this pull request Aug 31, 2019

boost 1.71.0 #43661

Closed

lock bot added the outdated PR was locked due to age label Feb 2, 2020

lock bot locked as resolved and limited conversation to collaborators Feb 2, 2020

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

boost 1.70.0 #38890

boost 1.70.0 #38890

fxcoudert commented Apr 12, 2019

fxcoudert commented Apr 12, 2019 •

edited

Loading

scpeters commented Apr 12, 2019

scpeters commented Apr 12, 2019

fxcoudert commented Apr 13, 2019

fxcoudert commented Apr 13, 2019

fxcoudert commented Apr 13, 2019 •

edited

Loading

fxcoudert commented Apr 13, 2019 •

edited

Loading

fxcoudert commented Apr 15, 2019

fxcoudert commented Apr 15, 2019 •

edited

Loading

scpeters commented Apr 15, 2019

Ponce commented Apr 16, 2019

fxcoudert commented Apr 20, 2019 •

edited

Loading

lrineau commented Apr 26, 2019

fxcoudert commented May 3, 2019

scpeters commented May 3, 2019

fxcoudert commented May 5, 2019 •

edited

Loading

fxcoudert commented Jun 8, 2019

fxcoudert commented Jun 9, 2019

rkooo567 commented Jun 15, 2019

fxcoudert commented Jun 16, 2019

dnsmichi commented Jun 18, 2019

boost 1.70.0 #38890

boost 1.70.0 #38890

Conversation

fxcoudert commented Apr 12, 2019

fxcoudert commented Apr 12, 2019 • edited Loading

scpeters commented Apr 12, 2019

scpeters commented Apr 12, 2019

fxcoudert commented Apr 13, 2019

fxcoudert commented Apr 13, 2019

fxcoudert commented Apr 13, 2019 • edited Loading

fxcoudert commented Apr 13, 2019 • edited Loading

fxcoudert commented Apr 15, 2019

fxcoudert commented Apr 15, 2019 • edited Loading

scpeters commented Apr 15, 2019

Ponce commented Apr 16, 2019

fxcoudert commented Apr 20, 2019 • edited Loading

lrineau commented Apr 26, 2019

fxcoudert commented May 3, 2019

scpeters commented May 3, 2019

fxcoudert commented May 5, 2019 • edited Loading

fxcoudert commented Jun 8, 2019

fxcoudert commented Jun 9, 2019

rkooo567 commented Jun 15, 2019

fxcoudert commented Jun 16, 2019

dnsmichi commented Jun 18, 2019

fxcoudert commented Apr 12, 2019 •

edited

Loading

fxcoudert commented Apr 13, 2019 •

edited

Loading

fxcoudert commented Apr 13, 2019 •

edited

Loading

fxcoudert commented Apr 15, 2019 •

edited

Loading

fxcoudert commented Apr 20, 2019 •

edited

Loading

fxcoudert commented May 5, 2019 •

edited

Loading