Hello Thiago,
Thiago Bastos wrote:
> 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.
hm, yes this is a bit strange.
> Second, I think it's a bit problematic to have both the Release and
> Debug libs with the same name.
as long as they can be used interchangeably, I disagree. A program
should not care whether it is using a shared lib with debug symbols in
it or not.
Hm, now that I think about it I'm not sure if we are careful enough with
the use of the OSG_DEBUG define here, perhaps we need to split this into
OSG_DEBUG and OSG_DEBUGRT where the former may not break ABI compatibility.
> 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.
>
> Hmmm I noticed that the DebugRT libs get a "_d" suffix, maybe we should
> be using DebugRT instead of Debug?
perhaps; if you want something that works with the debug runtime.
> Finally, with this platform disparity, the distributed
> "FindOpenSG.cmake" only works on Linux.
>
> So, is it in your plans to standardize lib locations throughout
> platforms (or at least fix FindOpenSG.cmake)?
>
> PS: do you have plans to add support for "make package"? It's quite easy
> if "make install" is already working.
hm, what does it do and how do I make it work? ISTR you know cmake quite
well, would you consider sending a patch?
> PS2: I also think it's wierd that ${OSG_LIBDIR_SUFFIX} affects the lib
> install dir only on Linux and not on Windows. This part of the code
> seems a bit messy in the CMake files.
yeah, could use a little love ;)
Cheers,
Carsten
------------------------------------------------------------------------------
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
