Notes |
|
(0040882)
|
Roger Leigh
|
2016-04-18 12:19
|
|
I looked at FindBoost.cmake to see if this is the case, but it should work if COMPONENTS is not used. It's set if Boost_FOUND is true and Boost_IMPORTED_TARGETS is true; the latter is true if a supported boost version is in use, which should be true unless you're using a truly ancient version or an unreleased version.
The patch proposed here:
https://github.com/Kitware/CMake/compare/master...rleigh-dundee:boost-import-default?expand=1 [^]
should make it get unconditionally defined. Could you possibly try it and let me know if it works for you?
Thanks,
Roger |
|
|
(0040885)
|
Nils Gladitz
|
2016-04-19 08:22
|
|
That seems to work for me.
Boost_IMPORTED_TARGETS is unset since the function that sets it never gets called (when you don't specify components). |
|
|
(0040893)
|
Roger Leigh
|
2016-04-19 16:37
|
|
Ah, makes sense. OK, I'll submit this shortly. By the way, in the original comment, you had
target_link_libraries(... Boost::Boost)
Note the capitalisation: it's Boost::boost. |
|
|
(0040894)
|
Nils Gladitz
|
2016-04-19 16:49
|
|
I am not the original poster but I noticed that too :) |
|
|
(0040895)
|
Roger Leigh
|
2016-04-19 17:22
|
|
I've merged my boost-import-default branch into next for testing, including a unit test to check that the Boost::boost target is defined when COMPONENTS was not used.
I'm not sure on the workflow for mantis here. Does the resolution get changed before or after the branch is merged? Or does anything else need doing here on my part?
Regards,
Roger |
|
|
(0040898)
|
Brad King
|
2016-04-20 09:54
|
|
|
|
(0041188)
|
Kitware Robot
|
2016-06-10 14:21
|
|
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. |
|