#2392 closed Bugs (fixed)
[tr1][spirit][hash] Boost trunk +VC9 - autolinking libboost_math
Reported by: | Owned by: | John Maddock | |
---|---|---|---|
Milestone: | Boost 1.37.0 | Component: | TR1 |
Version: | Boost Development Trunk | Severity: | Problem |
Keywords: | Cc: |
Description
As described @ http://thread.gmane.org/gmane.comp.lib.boost.devel/180769:
Adding the <boost/tr1/tr1> directory to the include path and then building a project that includes headers such as <boost/functional/hash.hpp> or <boost/spirit/include/classic_core.hpp> results in it trying to autolink to libboost_math_c99-vc90-mt-gd-1_37.lib.
Doesn't seem like it should be doing that?
Change History (3)
comment:1 by , 14 years ago
Status: | new → assigned |
---|
comment:2 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
(In [49254]) Change includes of <cmath> to <boost/config/no_tr1/config.hpp>.
Previously if Boost.TR1 was in the include path then including <cmath> pulls in all the new TR1 math functions, which in turn also requires linking to an external library. With auto-linking support this requires that library to have been built and be present in the library search path, even if the actual library under use is header only.
Fixes #2392.
comment:3 by , 14 years ago
(In [49314]) Merge fixes from Trunk.
Fixes #2392.
Change includes of <cmath> to <boost/config/no_tr1/config.hpp>.
Previously if Boost.TR1 was in the include path then including <cmath> pulls in all the new TR1 math functions, which in turn also requires linking to an external library. With auto-linking support this requires that library to have been built and be present in the library search path, even if the actual library under use is header only.
Unfortunately, if you enable TR1 <cmath> support, then anything that includes that header will want to link to a TR1 library :-(
I'll look into disabling TR1 support where it clearly isn't needed however.
Cheers, John.