SCI Seg3D Mailing List

Text archives Help


[Seg3D] Re: Re: Re: Re: building Seg3D with nVidia drivers?


Chronological Thread 
  • From: Ramón Casero Cañas <ramon.casero@comlab.ox.ac.uk>
  • To: seg3d@sci.utah.edu
  • Subject: [Seg3D] Re: Re: Re: Re: building Seg3D with nVidia drivers?
  • Date: Thu, 02 Jul 2009 02:20:46 +0100
Kristen Zygmunt wrote:
I have a few ideas, one is that the /usr/lib, /usr/lib32, /usr/lib64 structure is not what CMake is expecting. At one point, CMake believes that your system architecture is 64-bit. Is this correct? To determine

Yes, it is 64 bits

your structure, please run the following commands which describe the contents and link structures of those directories and post the results:

 >> ls -al /usr | grep lib
 >> ls -al /usr/lib* | grep GL

$ ls -al /usr | grep lib
drwxr-xr-x 250 root root 135168 2009-06-30 22:31 lib
drwxr-xr-x  35 root root  36864 2009-05-27 19:47 lib32
lrwxrwxrwx   1 root root      3 2008-12-15 09:02 lib64 -> lib

$ ls -al /usr/lib* | grep GL
lrwxrwxrwx 1 root root 19 2009-04-23 20:30 libGLcore.so.1 -> libGLcore.so.180.44
-rw-r--r--   1 root root 18728992 2009-04-02 20:13 libGLcore.so.180.44
lrwxrwxrwx 1 root root 16 2008-12-15 09:02 libGLEW.so.1.5 -> libGLEW.so.1.5.0
-rw-r--r--   1 root root   273488 2008-02-11 16:49 libGLEW.so.1.5.0
-rw-r--r--   1 root root      664 2009-04-02 20:13 libGL.la
lrwxrwxrwx 1 root root 15 2009-04-23 20:30 libGL.so.1 -> libGL.so.180.44
-rw-r--r--   1 root root   901272 2009-04-02 20:13 libGL.so.180.44
-rw-r--r--   1 root root   935098 2009-05-06 10:29 libGLU.a
lrwxrwxrwx   1 root root       11 2009-05-20 11:20 libGLU.so -> libGLU.so.1
lrwxrwxrwx 1 root root 20 2009-05-20 11:20 libGLU.so.1 -> libGLU.so.1.3.070300
-rw-r--r--   1 root root   465528 2009-05-06 10:29 libGLU.so.1.3.070300
-rw-r--r--   1 root root      622 2009-05-06 12:47 libQtOpenGL.prl
lrwxrwxrwx 1 root root 20 2009-05-20 11:20 libQtOpenGL.so -> libQtOpenGL.so.4.5.0
lrwxrwxrwx 1 root root 20 2009-05-20 11:20 libQtOpenGL.so.4 -> libQtOpenGL.so.4.5.0
lrwxrwxrwx 1 root root 20 2009-05-20 11:20 libQtOpenGL.so.4.5 -> libQtOpenGL.so.4.5.0
-rw-r--r--   1 root root   596872 2009-05-06 12:51 libQtOpenGL.so.4.5.0
lrwxrwxrwx 1 root root 19 2009-04-23 20:30 libGLcore.so -> libGLcore.so.180.44
lrwxrwxrwx 1 root root 19 2009-04-23 20:31 libGLcore.so.1 -> libGLcore.so.180.44
-rw-r--r--  1 root root 15790628 2009-04-02 20:13 libGLcore.so.180.44
-rw-r--r--  1 root root        0 2009-04-02 20:13 libGL.la
lrwxrwxrwx 1 root root 15 2009-04-23 20:30 libGL.so -> libGL.so.180.44
lrwxrwxrwx 1 root root 15 2009-04-23 20:30 libGL.so.1 -> libGL.so.180.44
-rw-r--r--  1 root root   701912 2009-04-02 20:13 libGL.so.180.44
lrwxrwxrwx  1 root root       11 2009-04-23 20:37 libGLU.so -> libGLU.so.1
lrwxrwxrwx 1 root root 20 2009-04-23 20:37 libGLU.so.1 -> libGLU.so.1.3.070300
-rw-r--r--  1 root root   460432 2009-04-16 12:46 libGLU.so.1.3.070300


A patch you can try to explicitly tell CMake where to look is to edit the src/CMake/FindOpenGL.cmake file and change the section that reads:

FIND_LIBRARY(OPENGL_gl_LIBRARY
  NAMES GLU MesaGLU
  PATHS ${OPENGL_gl_LIBRARY}
                 /usr/lib
                 /usr/local/lib
                 /opt/graphics/OpenGL/lib
                 /usr/openwin/lib
                 /usr/X11R6/lib
                 /usr/shlib
)

to say:

FIND_LIBRARY(OPENGL_gl_LIBRARY
  NAMES GLU MesaGLU
  PATHS ${OPENGL_gl_LIBRARY}
                 /usr/lib
                 /usr/local/lib
                 /opt/graphics/OpenGL/lib
                 /usr/openwin/lib
                 /usr/X11R6/lib
                 /usr/shlib
                /usr/lib32
)

This patch assumes that the problem is occurring in SCIRun itself, not when SCIRun is using CMake to build a third-party package like ITK. Please let me know if this makes a difference, I have not tested it myself.

I have made the suggested change in src/CMake/FindOpenGL.cmake, and then run

$ ccmake src/
$ cmake src/

to regenerate the configuration files and Makefiles, and run

./build.sh --seg3d-only --with-wxwidgets  --cmake-args=-DWITH_MPEG=OFF -j8

on the previously compiled code, but the error remains the same.

Cheers,

.::r

--
Ramón Casero Cañas, DPhil

Computational Biology, Computing Laboratory
University of Oxford
Wolfson Building, Parks Rd
Oxford OX1 3QD

tlf     +44 (0) 1865 610807
web     http://web.comlab.ox.ac.uk/people/Ramon.CaseroCanas
photos  http://www.flickr.com/photos/rcasero/

Archive powered by MHonArc 2.6.16.

Top of page