The latest boost thread builds static libs for bcc32 on win32, but when I link, my app is still looking for the dynamic lib even if I'm set to use static libs? Can the static thread lib be used with bcc32? If not can it be disabled from the build so people aren't tempted to use try and use it? Thanks Russell
"Russell Hind" <rh_gmane@mac.com> wrote in message news:cl2uaf$igt$1@sea.gmane.org...
The latest boost thread builds static libs for bcc32 on win32, but when I link, my app is still looking for the dynamic lib even if I'm set to use static libs?
Can the static thread lib be used with bcc32?
No, it cannot. Though we hope that it might in the future, we haven't yet determined whether this is possible.
If not can it be disabled from the build so people aren't tempted to use try and use it?
We intentionally allow the static library to be built for currently unsupported compilers so that people can experiment with their own tss cleanup for those compilers. The hope is that this will help to get those compilers supported. If you try to use the static library for an unsupported compiler and don't provide your own tss cleanup method, Boost.Threads generates a link error to prevent you from doing this. Mike
Michael Glassford wrote:
We intentionally allow the static library to be built for currently unsupported compilers so that people can experiment with their own tss cleanup for those compilers. The hope is that this will help to get those compilers supported. If you try to use the static library for an unsupported compiler and don't provide your own tss cleanup method, Boost.Threads generates a link error to prevent you from doing this.
Thats fine, but my system just gave a link error saying it was still looking for the dynamic version of the lib, even though I'd set my project to build everything statically. It should have been looking for libboost_thread.... not boost_thread... Maybe an auto-link problem for Borland? If I get the chance, I may investigate further, but am happy to keep running the dynamic lib for now. Thanks Russell
participants (2)
-
Michael Glassford -
Russell Hind