Notes |
|
(0022230)
|
Philip Lowman
|
2010-09-15 15:01
|
|
|
|
(0024730)
|
Curan
|
2011-01-16 12:41
|
|
|
|
(0026815)
|
Philip Lowman
|
2011-06-10 01:06
|
|
The patch for Debian will not survive after the initial configure (due to how FindBoost is written). Also it causes pthread to be added on Cygwin where Windows threads is being used.
I've attached a (beta) FindBoost here for additional testing by others (and also a patch). |
|
|
(0030159)
|
Michael Tänzer
|
2012-08-02 17:14
|
|
I guess I have a system with the described debian patch here (Ubuntu 12.04) and can confirm that it is buggy. It only adds pthread on the first CMake run (which is probably enough for automatic package generation but not for anyone else) and also because pthread is only added as library basename not as full path static linking fails.
Looking through the patch provided by Philip Lowman his solution does not seem to have these problems. But I would suggest to rename the BOOST_THREAD_LIBRARY variable because it is easy to be confused with Boost_THREAD_LIBRARY which is set to the path to the libboost_thread.so and to mark it as advanced.
Until this is fixed in CMake I have done a BoostPthreadWorkaround.cmake file which I will attach to this bug. |
|
|
(0032648)
|
Modestas Vainius
|
2013-03-16 14:58
|
|
Hereby I attach an updated version of FindBoost+add_pthread_if_boost_threads_is_in_use.diff patch which applies and works with cmake 2.8.11-rc1. I intend to ship it with Debian cmake package replacing the old buggy patch. |
|
|
(0041693)
|
Kitware Robot
|
2016-06-10 14:27
|
|
Resolving issue as `moved`.
This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page. |
|