Talk:OpenSceneGraph: Difference between revisions

A quick look at some distros showed a muddled situation. I changed the text accordingly, is it ok that way?

--[[User:Flughund|Flughund]] 03:08, 20 November 2011 (EST)

Looks ok. Maybe we could also name the specific Linux distros that need this change to the OSG script - i.e. Debian, ... Of course the optimal solution would be to check how the correct lib directory can be detected automatically (I'm sure there has to be a way to do that). We could then adapt the CMake script and submit a patch to OSG, which would solve the root issue - so we won't need this hack for ever. Another option with minimum effort: post to the OSG-devel list, that there is this issue with Debian - and see what people come up with.

--[[User:ThorstenB|ThorstenB]] 10:59, 20 November 2011 (EST)

Yo Thorsten, stumbled on some cmake bugtracker: http://public.kitware.com/Bug/view.php?id=11964 But since I am not a developer, nor am I familiar with cmake, I don't completely understand what they are saying or what exactly the solution is. But it seems as there is a solution for cmake 2.8.5 (which is even available for Debian Stable via backports). hth

--[[User:Flughund|Flughund]] 15:32, 20 November 2011 (EST)

Ah, thanks, that's a very good link! Lots to read though. Newer CMake is going to have better support for auto-detecting the library paths. Also Debian/Ubtunu is a bit at fault - it's the X86-64 ABI which actually requires /lib vs /lib64 for 32/64bit. Isn't the work-around described there for Debian a better solution though, i.e. use symlinks mapping lib => lib64? That saves users from fiddling with changing a script? Long term, we should make sure that all CMake scripts use the new method to auto-detect the lib directory correctly.

--[[User:ThorstenB|ThorstenB]] 16:07, 20 November 2011 (EST)

--[[User:Flughund|Flughund]] 17:06, 22 November 2011 (EST)

Well, let's not get into the discussion into who's fault it is - it's the way it is now (both, for the AMD64 platform ABI and for Debian) and we can't change it.

Never mind the "fiddling" - but I used that, since the line will be complete magic to most users - they will have no idea what they are doing there. Also, this changes a released file permanently - which is why I wouldn't call the approach "clean" either ;-). That line will probably help Debain/Ubuntu users - but I may actually be an issue for other systems. The advantage of the symlink is that it doesn't change any file - and it's not doing any harm. Anyway, just go ahead and update the page - I think we've analyzed the issue fairly well now ;-).

--[[User:ThorstenB|ThorstenB]] 17:50, 22 November 2011 (EST)

I had a closer look at the new CMake feature and implemented it for simgear (so simgear libraries are correctly installed in /lib64 for non-Debian distros). I'll also provide a patch to OSG which uses the new CMake auto-detection.

     cmake ... -DLIB_POSTFIX=""

to install OSG in "lib" and override the current OSG default of using "lib64" on all 64bit CPUs. Please use this switch for the description in the Wiki. Later OSG versions may no longer need this switch to be configured manually - if my patch was accepted.

--[[User:ThorstenB|ThorstenB]] 07:45, 25 November 2011 (EST)