Hi, Dirk Reiners wrote: > Hi All, > > Marcus Lindblom wrote: >> Thiago Bastos wrote: >> >>> Hi all, >>> >>> I'm having a bit of a hard time trying to follow the >>> nomenclature/installation standards in effect on OpenSG 2.0 (revision >>> 1684). >>> >>> First, the install directory for libs differ on Windows and Linux. On >>> Linux the Release libs go to "lib", the Debug libs go to "lib/debug" >>> and the DebugRT libs go to "lib/debugrt". On Windows the libs go to >>> "lib/opt", "lib/dbg" and "lib/debugrt", respectively. >>> >>> Second, I think it's a bit problematic to have both the Release and >>> Debug libs with the same name. It would be preferable to have the libs >>> in the same dir with different suffixes, so we wouldn't need to update >>> any environment variable (PATH/LD_LIBRARY_PATH) to switch between the >>> Debug and Release version of our applications. >>> >> I just want to chip in that I second this. Every setting should have a >> different suffix, so it's easy to select between them. >> >> And another wish is to have _all_ builds generate pdb files, regardless >> of their optimizations status. >> > 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?
no I like that to, it's quite convenient to quickly get access to the debug stuff without recompiling ;-). Looks like were are just to old, so we remember these obscure Unix features ;-) > I understand the Windows convention is different, which is where the > problem with a single build system comes in. IMHO Windows forced the distinction because it just does not support mixing release and full debug versions, especially having both runtime dlls being pulled into the same executable. Actually from the build system it is not a problem, as the full debug version on Windows already carries the _d suffix. It's the version with -g -O0 and the release runtime libs that carry the same name as the release versions. IIRC the hope is that you can actually switch between these two because everything except the -O0 and -g is identical to the release build of OpenSG (besides being able to debug OpenSG without having to recompile everything else in debug mode ;-)) 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
