Hi, On Thu, 2009-06-25 at 16:48 +0200, Marcus Lindblom wrote: > > > > Debug -> (short for DebugDbg) debug runtime + debug compiler > > DebugRel -> debug runtime + release compiler (was DebugOpt) > > ReleaseDbg -> release runtime + debug compiler > > Release -> (short for ReleaseRel) release runtime + release compiler > > > > the lib suffixes than would be: > > > > Debug -> D (short for DD) > > DebugRel -> DR > > ReleaseDbg -> RD > > Release -> nothing, I don't thing we need an R here > > > > > > as I prefer separate install dirs, I would put in an option to use one > > combined dir or separate dirs. The dirnames would follow the variant > > name, e.g. Debug/DebugRel/ReleaseDbg/Release. > > > > Would that be fine for everybody ? > > I know I've said this before, but I'd like to disambiguate Debug/Release > more. Currently I'm sure there will be confusion whether DebugRel is > debuggable release or release-built debug or something different again. > > I like to call the compiler debug/release NoOpt/Opt instead of Dbg/Rel, > which better explains what it does. Debugging an Optimizied build is > difficult due to stack-traces and local variables being moved around. > Debugging an non-optimized build is easy as every variable is where it's > supposed to be.)
As I said I really don't have a preference as long as it is consistent in some form. So your solution would be: Debug -> (short for DebugNoOpt) debug runtimr + no opt compiler DebugOpt -> debug runtime + opt compiler ReleaseNoOpt -> release runtime + no opt compiler Release -> (short for ReleaseOpt) release runtime + opt compiler with the suffices: Debug -> D (short for DN) DebugOpt -> DO ReleaseNoOpt -> RN Release -> again don't need one. As you and Johannes are the most vocal on this, I would be glad if both of you agree on the variant both of you are happy with. We than can implement it and hopefully make both of you happy in one go ;) > +1 for different suffixes for each. > > Btw, all four build should generate full debug-info (.pdb) files. ok, I'll try to figure that one out. kind regards, gerrit ------------------------------------------------------------------------------ _______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
