[vtkusers] VTK on AMD64 / x86_64

[tom fogal]

That's exactly right. After getting ccmake to build (i had the 32-bit
version of ncurses, but not the 64, so it didn't build... silently)
and had someone who had built VTK before over my shoulder, we got it
working. I needed to explicitly set the opengl library dir.

hybrid 64/32 bit systems put 32 bit libraries in /usr/lib and
sometimes /lib. 64 bit libraries go in /usr/lib64 and sometimes
/lib64.. and of course all user-compiled libraries go in
/usr/local/lib, making /usr/local/lib mostly 64 bit (at least
for me)
X libraries work similarly: /usr/X11R6/lib64 for 64 bit libs and
/usr/X11R6/lib for 32 bit. I've got a custom built version of XF86
and /usr/X11R6/lib is practically empty, so anything that tries to
use it fails.

So adding /usr/X11R6/lib64 and /usr/lib64 to the default search 
for libraries should be a good solution for future users. Make
sure to search them before searching their lib (non-64)
counterparts.

Thank you, Mathieu and Brad, your help is very much appreciated.

-tom

Btw, libtcl and libtk are both in /usr/local/lib; I built them
manually and thats where it defaults. Perhaps VTK expects a name
like 'libtk.so' - it might be important to note they are named
'lib<name><version>.so', as in:

libtcl8.4.so
libtk8.4.so
and
libtclstub8.4.so

HTH..


 <40ABCBA1.1080005 at kitware.com>Mathieu Malaterre writes:
>tom fogal wrote:
>> I tried rebuilding, in a different directory than the source, the entire
>> VTK package.
>> I can't use 'ccmake' - it didn't build. There were no failures, it just
>> wasn't built when I made cmake; seemed like it wasn't even configured.
>> I chalked it up to it not being supported on 64bit platforms.
>> 'cmake -i' works well.
>> 
>> The new build of VTK (with VTK_USE_RENDERING=OFF) built fine and didn't
>> require me to jump through any hoops. It had some warnings but they 
>> seemed to be the same as in the builds whose logs I have posted.
>> 'make Experimental' passes all 48 tests.
>> Good to know it works, but I'll need the renderer unfortunately.
>
>Ok, that's exactlly what I wanted, then it means that the build is 
>failing because cmake didn't find OpenGL and didn't complain...
>
>So now turn VTK_USE_RENDERING=ON, and fill in:
>
>	OPENGL_gl_LIBRARY
>
>For some reason you have your libGL.so in a very special that is neither 
>one of them:
>
>           /usr/lib
>           /usr/local/lib
>           /opt/graphics/OpenGL/lib
>           /usr/openwin/lib
>           /usr/X11R6/lib
>
>So you'll have to edit CMakeCache.txt and fill OPENGL_gl_LIBRARY. Then 
>try to compile again.
>
>> I also tried building in a different directory than the source with
>> rendering enabled. I got the same 'missing -lGL' problem. I imagine
>> I would end up with the same TCL issue as well but I disabled TCL 
>> for this build. This build crashes in the same place as my original
>> email mentioned.
>
>Could you send us the location of your libGL.so and libtk.so / libtcl.so
>
>Thanks
>Mathieu
>
>
>_______________________________________________
>This is the private VTK discussion list. 
>Please keep messages on-topic. Check the FAQ at: <http://public.kitware.com/cgi-bin/vtkfaq>
>Follow this link to subscribe/unsubscribe:
>http://www.vtk.org/mailman/listinfo/vtkusers