Hi, Thiago Bastos wrote: > Hello, > > On Fri, Jan 23, 2009 at 7:09 PM, Dirk Reiners <[email protected] > <mailto:[email protected]>> wrote: > > > I guess this is a bit of a Linux/Windows fight. Personally I like the > ability to just change the LD_LIBRARY_PATH to switch from release to > debug if I have to, without having to recompile my app. But to do that > the .sos need to have the same name. Am I the only one who cares > about that? > > > Let me check if I got things right: the advantage in this case is that, > if you have your application compiled with debug info, you could switch > between the Debug and Release versions of OpenSG without recompiling? > Fair enough, although I don't think having two versions of your > application ("app" for release and "appD" for debug) is much worse than > that.
that really depends how big your app is in relation to OpenSG and how much time you have left to to fix something until the next demo ;-) I think at least I have a different mindset as I often never really release something but just have my boss handing me a data set that a somebody just wants to see, if possible within the next 10 - 30min. In this case it really helps if you can switch to debug if something goes really wrong to get at least an idea as to what is happening. Actually for me the D part is quite confusing as traditionally that one was used to differentiate double precision libs from single precision libs and had nothing to do with debugging ;-). > I guess the answer to Windows users is to use the DebugRT build instead > of Debug, and just move all the libs to the "/lib" dir... even though I > dislike having to diverge from the "official standard". the difference for debug and debugrt is that debug does not require your support libs to use the debug crt. And this can be quite important if for example you have third party stuff that does not come with proper dbg libs. Also it saves you the pain from building support-libs twice. kind regards, gerrit ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Opensg-core mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-core
