|
[Sponsors] |
[OpenFOAM.org] Error when building Paraview on ARM laptop |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
April 17, 2019, 07:51 |
Error when building Paraview on ARM laptop
|
#1 |
Senior Member
Lee Strobel
Join Date: Jun 2016
Posts: 133
Rep Power: 10 |
Hi, I'm trying to compile ParaView 5.4.0 (as a part of ThirdParty-6) on an armv7 laptop running Parabola linux. However, the build is failing at about 10%. The full build log file is available here:
https://cloud.disroot.org/s/yNH83kRwNWfEE75 I am trying to compile with mpi, qt and mesa support, but not python. The main issue seems to be that I am getting quite a few errors like this: Code:
/usr/bin/ld: gl_draw.c:(.text+0xd4): undefined reference to `glGetDoublev' /usr/bin/ld: gl_draw.c:(.text+0xe0): undefined reference to `glGetDoublev' /usr/bin/ld: gl_draw.c:(.text+0x148): undefined reference to `glClearColor' /usr/bin/ld: gl_draw.c:(.text+0x170): undefined reference to `glMatrixMode' /usr/bin/ld: gl_draw.c:(.text+0x178): undefined reference to `glLoadMatrixd' /usr/bin/ld: gl_draw.c:(.text+0x180): undefined reference to `glMatrixMode' Does anyone have any ideas? |
|
April 17, 2019, 18:26 |
|
#2 |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128 |
Quick answer:
__________________
|
|
April 17, 2019, 21:10 |
|
#3 |
Senior Member
Lee Strobel
Join Date: Jun 2016
Posts: 133
Rep Power: 10 |
Thanks for your reply. I installed mesa-demos and
Code:
glxgears So, are you saying that I should not enable OSMesa? I must admit I am a bit confused as to what 'off-screen rendering' is and what OSMesa does. Why would someone want to render something off-screen, without a GUI? I will try compiling with OpenGL, rather than OpenGL2, as you suggest. So, would that option be the same as enabling RENDERING_BACKEND=OpenGL in the 'makeParaview' build script? |
|
April 18, 2019, 07:19 |
|
#4 |
Senior Member
Lee Strobel
Join Date: Jun 2016
Posts: 133
Rep Power: 10 |
I tried switching the MESA_LIBRARY setting in the makeParaView script from '/usr/lib/libOSMesa.so' to '/usr/lib/libGLX_mesa.so'. I left OpenGL at version 2. The build got a lot further and I didn't see those same errors. However, it failed at 51%. Here is the build log:
https://cloud.disroot.org/s/2nCy9efMFcyBBZY This seems to be the key error: Code:
/usr/bin/ld: CMakeFiles/vtkRenderingOpenGL2.dir/vtkXOpenGLRenderWindow.cxx.o: in function `vtkXOpenGLRenderWindow::IsCurrent()': vtkXOpenGLRenderWindow.cxx:(.text+0x1dc): undefined reference to `OSMesaGetCurrentContext' /usr/bin/ld: CMakeFiles/vtkRenderingOpenGL2.dir/vtkXOpenGLRenderWindow.cxx.o: in function `vtkXOpenGLRenderWindow::CreateOffScreenWindow(int, int)': vtkXOpenGLRenderWindow.cxx:(.text+0x23b4): undefined reference to `OSMesaGetProcAddress' /usr/bin/ld: vtkXOpenGLRenderWindow.cxx:(.text+0x24a4): undefined reference to `OSMesaCreateContext' /usr/bin/ld: CMakeFiles/vtkRenderingOpenGL2.dir/vtkXOpenGLRenderWindow.cxx.o: in function `vtkXOpenGLRenderWindow::DestroyOffScreenWindow()': vtkXOpenGLRenderWindow.cxx:(.text+0x2a68): undefined reference to `OSMesaDestroyContext' /usr/bin/ld: CMakeFiles/vtkRenderingOpenGL2.dir/vtkXOpenGLRenderWindow.cxx.o: in function `vtkXOpenGLRenderWindow::MakeCurrent()': vtkXOpenGLRenderWindow.cxx:(.text+0x418c): undefined reference to `OSMesaMakeCurrent' I'm a bit confused - with the previous mesa library path, it couldn't find OpenGL functions, but now I changed the library path so it can find those, it now can't find OSMesa functions. |
|
April 21, 2019, 07:21 |
|
#5 | |||
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128 |
Quote:
Quote:
Quote:
Because the only alternative left is to build Mesa and not OSMesa, which no makeParaView script provides at the moment out of box... read/study the information given here: https://bugs.openfoam.org/view.php?id=2888#c9979 |
||||
April 22, 2019, 10:17 |
|
#6 |
Senior Member
Lee Strobel
Join Date: Jun 2016
Posts: 133
Rep Power: 10 |
Well, OSMesa didn't sound like it was something I needed. Also, when I changed that library path, it seemed to fix the errors I was seeing initially (with it not being able to find opengl references), although it then gave me different errors later on, that it couldn't find osmesa references.
I tried the build with OpenGL (and qt4), but it failed in a similar way to my first attempt: Code:
[ 7%] Building C object VTK/ThirdParty/hdf5/vtkhdf5/src/CMakeFiles/vtkhdf5.dir/H5Dchunk.c.o [ 7%] Linking C shared library ../../../../../lib/libIceTGL.so /usr/bin/ld: CMakeFiles/IceTGL.dir/gl_state.c.o: in function `gl_destroy': gl_state.c:(.text+0x68): undefined reference to `glDeleteTextures' /usr/bin/ld: CMakeFiles/IceTGL.dir/gl_draw.c.o: in function `icetGLDrawFrame': gl_draw.c:(.text+0xa8): undefined reference to `glGetIntegerv' /usr/bin/ld: gl_draw.c:(.text+0xc4): undefined reference to `glGetFloatv' /usr/bin/ld: gl_draw.c:(.text+0xd4): undefined reference to `glGetDoublev' /usr/bin/ld: gl_draw.c:(.text+0xe0): undefined reference to `glGetDoublev' /usr/bin/ld: gl_draw.c:(.text+0x148): undefined reference to `glClearColor' Code:
[ 84%] Building CXX object Wrapping/ClientServer/CMakeFiles/vtkPVVTKExtensionsDefaultCS.dir/vtkRulerLineForInputClientServer.cxx.o [ 84%] Building CXX object Wrapping/ClientServer/CMakeFiles/vtkPVClientServerCoreRenderingCS.dir/vtkPVImplicitCylinderRepresentationClientServer.cxx.o /usr/bin/ld: ../../../lib/libvtkPVServerImplementationRendering-pv5.4.so.1: invalid string offset 10986 >= 9150 for section `.strtab' /usr/bin/ld: ../../../lib/libvtkPVServerImplementationRendering-pv5.4.so.1: invalid string offset 10974 >= 9150 for section `.strtab' /usr/bin/ld: ../../../lib/libvtkPVServerImplementationRendering-pv5.4.so.1: invalid string offset 10960 >= 9150 for section `.strtab' /usr/bin/ld: ../../../lib/libvtkPVServerImplementationRendering-pv5.4.so.1: invalid string offset 10941 >= 9150 for section `.strtab' With mesa enabled, it seemed like I had to choose between pointing that library path to either GLX or OSMesa; however, the build process seemed to expect both. Last edited by Time4Tea; April 22, 2019 at 12:43. |
|
Tags |
armv7, paraview 5.4.0 |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[foam-extend.org] Error compiling OpenFOAM-1.6-ext | Canesin | OpenFOAM Installation | 137 | January 20, 2016 15:56 |
Problems building Paraview 3.12 on Gentoo Linux | pajot | OpenFOAM Installation | 11 | April 11, 2013 09:09 |
ParaView 3.8.0 problem on debian | Unseen | OpenFOAM Installation | 4 | August 16, 2010 11:26 |
paraFoam reader for OpenFOAM 1.6 | smart | OpenFOAM Installation | 13 | November 16, 2009 22:41 |
Compilation error OF1.5-dev on Suse10.3 | darenyang | OpenFOAM Installation | 0 | April 29, 2009 05:55 |