[vtkusers] undefined reference to `vtkOSOpenGLRenderWindow::New()

Tue Jun 28 08:06:30 EDT 2011

I am sorry to dig out this old topic, but the consequences of this -
never cleared - situations are very distant reaching.

As originally reported, I can not compile VTK on Ubuntu 11.04 other
way than with OSMesa, else I get the previously reported compile time
error:

../../bin/libvtkRendering.so.5.6.1: undefined reference to
`vtkOSOpenGLRenderWindow::New()'

I have the latest nvidia graphics driver installed so I do not see why
this should be required, but installing libosmesa6-dev package solved
the compilation and allows some of my programs to work, But now one of
them does not start up, segfaulting deep in the system callbacks. The
linker links both GL and OSMesa. I have found experimentally, that
(manually) leaving out OSMesa during linking brings my application
back to life.

The questions:

1) Why does the VTK compilation breaks in the first place, and why is
libosmesa required to solve it
2) How to disable propagation of -lOSMesa in the linker for projects using VTK.

Best regards,
Dominik

On Mon, May 23, 2011 at 7:53 AM, Andrew Maclean
<andrew.amaclean at gmail.com> wrote:
> Hi Dominic,
>    I can confirm that I have similar behavior in Ubuntu 11.01 for 64-bit
> machines. Additionally for me if I turn off USE_TCL I can get a clean build,
> however running any of the compiled C++ programs produces no output or
> errors. Running vtkpython on a script also produces no output. The OSMESA
> stuff looks to be found Ok however OPENGL_xmesa_INCLUDE_DIR is not found.
>
> One 64 bit machine was upgraded, th other two machines were fresh installs.
> They all have different NVidia cards.
> I have done clean builds using the most recent git repository (2011-05-22).
> I have:
> libosmesa6-dev ver
> mesa-common-dev
> libgl1-mesa-dev
> libglu1-mesa-dev
> xlibmesa-gl-dev
> All version 7.10.2. and all installed.
> Interestingly I can download a binary version of ParaView and this runs Ok.
> So this is a VTK/Ubuntu 11.4 issue.
> Regards
>    Andrew
>
> ---------- Forwarded message ----------
> From: Dominik Szczerba <dominik at itis.ethz.ch>
> To: David Gobbi <david.gobbi at gmail.com>, VTK users group <vtkusers at vtk.org>
> Date: Sat, 21 May 2011 19:12:03 +0200
> Subject: Re: [vtkusers] undefined reference to
> `vtkOSOpenGLRenderWindow::New()
> Hi David,
>
> Many thanks for your input.
>
> I confirm that having all the packages that you mentioned I never
> manage to pray VTK_OPENGL_HAS_OSMESA off. Subsequently, I get the
> originally reported compilation error.
> The only way I found to resolve this problem is to additionally
> install libosmesa6-dev and allow VTK_OPENGL_HAS_OSMESA ON. Compiles
> correctly and seems to link to nvidia drivers. Works, but quite
> unexpectedly, and I do feel unrest for the future,
>
> Interestingly, on my other Ubuntu 11.04/64 installation this is not
> necessary. /usr/lib/libGL.so points to the same (mesa) lib. It has the
> same version of nvidia driver. The only difference the other machine
> is an upgrade from Ubuntu 10.10, the problematic one is a fresh
> installation. Another difference is that the former machine as an
> older nvidia graphics card (~2 years) known to be supported under
> linux, the problematic one is  much newer (nVidia Corporation G94
> [Quadro FX 1800]).
>
> So in an essence, you may want to debug why/if libosmesa6 is needed. I
> am glad to test any patches.
>
> Regards,
> Dominik
>
> On Sat, May 21, 2011 at 2:49 PM, David Gobbi <david.gobbi at gmail.com> wrote:
>> Hi Dominik,
>>
>> The directory /usr/lib/nvidia-current is added to run-time library
>> path by the following file:
>>
>> /etc/ld.so.conf.d/GL.conf
>>
>> This file is part of the nvidia driver installation on 10.04.  So
>> ubuntu uses /usr/lib/libGL.so (which points to mesa) at compile
>> time, but uses /lusr/lib/nvidia-current/libGL.so.1 at run-time.
>>
>> It worried me a bit at first, but this setup seems to work fine.
>> It has never caused me problems when compiling VTK.
>>
>> So my guess is that you are seeing problems because you are
>> missing an OpenGL devel packages.  Make sure that you have
>> the following installed:
>>
>> mesa-common-dev
>> libgl1-mesa-dev
>> libglu1-mesa-dev
>> xlibmesa-gl-dev
>>
>> Don't worry that these aren't "nvidia".  The nvidia libs are only
>> used at run-time, not at compile-time.
>>
>> Also, just as you have been doing so far, make sure that
>> VTK_OPENGL_HAS_OSMESA is OFF.
>>
>>  - David
>>
>>
>> On Sat, May 21, 2011 at 6:22 AM, Dominik Szczerba <dominik at itis.ethz.ch>
>> wrote:
>>> Thanks for your email.
>>>
>>> Indeed, initially, I was pointing to the 32 bit nvidia, but pointing
>>> to 64 does not work either.
>>> It keeps saying it switches to OSMESA because no OPENGL_gl_LIBRARY was
>>> found. /usr/lib/libGL.so is there, but points to mesa/libGL.so, not
>>> nvidia. Changing symlink by hand changes nothing.
>>> Just trying things out blind I have installed libosmesa6 (it was not
>>> installed) and then proceeded with the compilation as if using
>>> software rendering. Compilation was successful, but then:
>>>
>>> $ ldd libvtkRendering.so | grep GL
>>>        libGL.so.1 => /usr/lib/nvidia-current/libGL.so.1
>>> (0x00007f7986653000)
>>>
>>> comes quite unexpectedly! Great, but there is certainly something wrong.
>>>
>>> My preliminary theory is that cmake fails to detect the otherwise
>>> correct vendor libGL library properly. Does it sound reasonable or you
>>> have another idea? I feel quite a bit of unrest because of it.
>>>
>>> Thanks
>>> Dominik
>>>
>>> On Fri, May 20, 2011 at 2:07 PM, Kevin H. Hobbs <hobbsk at ohio.edu> wrote:
>>>> On 05/20/2011 07:41 AM, Dominik Szczerba wrote:
>>>>> I further looked into the problem and I see that cmake is stubborn on
>>>>> this variable: VTK_OPENGL_HAS_OSMESA. It always switches it back on,
>>>>> even if I set it to off. I do have my nvidia driver under
>>>>> /usr/lib32/nvidia-current/libGL.so which I pass as OPENGL_gl_LIBRARY.
>>>>> But it still seems unable to find it. Any ideas?
>>>>>
>>>>
>>>> Gaaa not enough nervous in caffeine system. I basically ignored
>>>> the second half of your e-mail.
>>>>
>>>> "/usr/lib32"  you said you were on 64 bit Ubuntu the linker may
>>>> not be able to use this as the rest of the app. will be 64 bit
>>>> unless you're cross compiling.  Does "-m 32" in CMAKE_CXX_FLAGS
>>>> and CMAKE_C_FLAGS do this?
>>
>>
>
>
> --
> ___________________________________________
> Andrew J. P. Maclean
> Australian Centre for Field Robotics (ACFR)
> The Rose Street Building J04
> The University of Sydney  2006  NSW
> AUSTRALIA
> Ph: +61 2 9351 3283
> Fax: +61 2 9351 7474
> URL: http://www.acfr.usyd.edu.au/
> ___________________________________________
>