392
edits
No edit summary |
No edit summary |
||
Line 1: | Line 1: | ||
; Cause of the argument: | ; Cause of the argument: | ||
On UNIX-like 64bit operating systems OpenSceneGraph does install into | On UNIX-like 64bit operating systems OpenSceneGraph does install into <code>$prefix/lib64</code> by default. If you are using an operating system that sticks to the [http://www.pathname.com/fhs/ Filesystem Hierarchy Standard] and therefore doesn't have lib64 directories, you probably want to get rid of that behaviour. | ||
To do so run following command inside OSG's source directory or manually edit the file CMakeLists.txt accordingly: | To do so run following command inside OSG's source directory or manually edit the file CMakeLists.txt accordingly: | ||
sed 's|SET(LIB_POSTFIX "64" CACHE|SET(LIB_POSTFIX "" CACHE|' -i CMakeLists.txt | sed 's|SET(LIB_POSTFIX "64" CACHE|SET(LIB_POSTFIX "" CACHE|' -i CMakeLists.txt | ||
Another, not so clean, way would be to create a link lib64 that points to lib before running OSG's | Another, not so clean, way would be to create a link lib64 that points to lib before running OSG's <code>make install</code>: | ||
ln -s lib $prefix/lib64 | ln -s lib $prefix/lib64 | ||
Line 38: | Line 38: | ||
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. | 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) | --[[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) |
edits