Gerrit Voß wrote: > Hi, > > On Thu, 2009-06-25 at 09:58 +0200, Johannes Brunen wrote: >> Hello Gerrit, >> >> "Gerrit Vo" <[email protected]> schrieb im >> Newsbeitrag >>> On Thu, 2009-06-25 at 08:37 +0200, Johannes Brunen wrote: >>>> Debug -> /MDd /Od as usually found on windows: suffix 'D' >>>> DebugOpt -> /MDd /O2 /Ob2 this one is perfect for application >>>> development with consistent debug runtime. Used for debugging of the host >>>> application, not of OpenSG: suffix 'OD' >>>> Release -> /MD /O2 /Ob2 the usual release target: no suffix >>> that scheme misses the only one I really use, the one that is currently >>> called Debug. As this is the only one I care about it can not go away. >>> >> Sorry, I did not mean that only these three targets should be provided. I >> solely meant that these three are the ones that I did use until now. So I >> would like to request the currently unsupported target >> >> DebugOpt -> /MDd /O2 /Ob2 with a different suffix >> >>> How it is named, I don't really care, the current names come from the >>> original scons implementation. We can rename DebugRT to DebugRRT >>> an switch it with Debug, but than I would change DebugOpt to DebugDRT. >>> >> I do care in the sense that I would like to have a little consitency in the >> zoo of libraries I have to handle. For instance I'm used to copy the dynamic >> link libraries all into one path. So I do not have to change my environment >> if I switch between debug and release libraries. Therefore it is important >> that the libraries do carry different names. Of course, that is not the only >> feasable way of working, but it is my habit and I would like to stick at it. >> >> Last, the targets should be named in a way that the user can conclude the >> runtime, optimization level and debug info from the name. > > yep DebugDRT wasn't really a good choice. So for consistency the first > part is the runtime setting and the second one the compiler. The only > small change I would make is instead of Opt I would go for Rel (Release) > as this seems to be the more natural term on windows. > > 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.) +1 for different suffixes for each. Btw, all four build should generate full debug-info (.pdb) files. Cheers, /Marcus ------------------------------------------------------------------------------ _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
