Download fails when multiple configurations are generated in parallel about boost-cmake

[rcdailey]

You have to set BOOST_DOWNLOAD_TO_BINARY_DIR to ON (It's off by default). This will ensure that parallel downloads are not affecting the same physical file (which by default is in your CMAKE_SOURCE_DIR). This option will make each download go into the respective CMAKE_BINARY_DIR. Give it a shot and let me know. There's a pull request ongoing that will improve this from a configuration standpoint (i.e. your scenario will work by default with no additional configuration needed).

[RogueLogix]

while that works, it requires this hacky seeming line before my add_subdirectory to work correctly

set(BOOST_DOWNLOAD_TO_BINARY_DIR ON CACHE BOOL "")

[rcdailey]

That's not hacky at all. It's normal configuration. You have other options too like using CMake GUI to set it or command line -D option.

…

On Fri, Dec 21, 2018, 3:08 PM RogueLogix ***@***.***> wrote: while that works, it requires this hacky seeming line before my add_subdirectory to work correctly set(BOOST_DOWNLOAD_TO_BINARY_DIR ON CACHE BOOL "") — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#71 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ABr6dtxnW5_NQgTbHw1DdEB9RWhpFssEks5u7U3ogaJpZM4ZeQ1P> .

[Orphis]

Could you just try the #68 and see if it fixes it for you too?

[Orphis]

If we don't go down this route, we might have to use file locking to enable multiple processes to run concurrently.

[RogueLogix]

that seems to have resolved the issue.