From: "bill_kempf"
[ Tue, 30 Apr 2002 15:53:38 -0000 ] Might not be a great idea, but it definitely is a good one. You don't have to redistribute the PDB files with your application, and who haven't been bitten by things that don't work in release mode
--- In Boost-Users@y..., Jim M
used to in debug? I'm aware that stepping through the source in release mode doesn't tell the entire truth due to compiler optimizations, but it still is _invaluable_ some times.
I don't agree. If it's a good idea, then I'd expect MS to do this by default for IDE generated builds.
I personally wouldn't use MS as a shining example of what they consider "the best defaults" and stand by them on it :)
Sometimes yes, sometimes no. My opinion isn't solely based on the fact that this is the default set by MS. There are numerous reasons not to include debug symbols in release builds, and several to include them. In my experience, the reasons not to include them usually weigh heavier then the reasons to include them.
Dave Abrahams wrote:
You can create your own build process that doesn't use Boost.Build. There's not much that's unusual about building Boost.Threads. The only thing out of the ordinary is the need to create an additional DLL build for the threadmon stuff, but you shoud be able to figure this out by looking at the Jamfile even with out having any knowledge of Jam. If you have problems with this I can provide some help.
Why would anyone go to all the trouble?
myjam -sTOOLS=msvc "-sBUILD=release <debug-symbols>on"
works fine for me. This kind of stuff is what Boost.Build is good at.
Thanks. You learn something new everyday. Bill Kempf