Re: Boost.Thread (VC specific)

From: bill_kempf (williamkempf_at_[hidden])
Date: 2002-05-02 14:06:49

--- In Boost-Users_at_y..., Jim M <JimM_at_b...> wrote:
> From: "bill_kempf" <williamkempf_at_h...> 	[ 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 
that 
> >> 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