-
Notifications
You must be signed in to change notification settings - Fork 74
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
automatic linking for VS projects #77
Comments
Hi there! There are different "backends" for the library https://www.boost.org/doc/libs/1_70_0/doc/html/stacktrace/configuration_and_build.html and it is impossible to predict which one are you going to use. For example in debug mode you may wish to link with boost_stacktrace_windbg_cached and in release mode sometimes you may wish to disable tracing via linking with boost_stacktrace_noop. |
I could specify my wishes by macroses you provided (e.g. BOOST_STACKTRACE_USE_WINDBG_CACHED or BOOST_STACKTRACE_USE_NOOP). But now I have to delve into naming, versioning and etc of the library. |
Hm... The manual linking in the library was intended for quick switching between boost_stacktrace_windbg_cached and boost_stacktrace_noop without recompilation. Linking with appropriate library when the macro defined will kill that feature. But it will simplify library usage for users who do not need quick backend switching. Sounds like a good feature! |
For people who want the manual linking, you can introduce additional macros that would stop auto_link. BTW, are there other boost libraries that require manual linking on Windows by default? |
Hi Anton! Why don't you use boost/config/auto_link.hpp to avoid manual linking for VS when one of the link macroses is defined?
The text was updated successfully, but these errors were encountered: