[Paraview] Problem building from source

Tim Gallagher tim.gallagher at gatech.edu
Sat Nov 3 20:15:27 EDT 2012


Still more problems building... 

I have python wrapping turned on, and it built fine. But I tried to run a programmable filter that uses vtk.vtkExtractGrid() and it says it doesn't exist in the module. 

So I looked through the CMakeCache.txt and Module_vtkFiltersGeneral and Module_vtkFiltersExtraction were both set to INTERNAL and OFF. I couldn't figure out how to make them appear, so on a whim I changed them both to ON and reconfigured and regenerated. This made them appear in the ccmake screen. Then I built and no errors. 

However, vtkExtractGrid() is still not inside the python module vtk. But, in the install tree I have: 

> grep vtkExtractGrid * -R 
Binary file lib/paraview-3.14/vtkFiltersExtractionPython.so matches 
Binary file lib/paraview-3.14/libvtkFiltersParallelImaging-pv3.14.so.1 matches 
Binary file lib/paraview-3.14/libvtkFiltersExtraction-pv3.14.so matches 
Binary file lib/paraview-3.14/libvtkFiltersParallelImaging-pv3.14.so matches 
Binary file lib/paraview-3.14/libvtkFiltersExtractionPython27D-pv3.14.so matches 
Binary file lib/paraview-3.14/libvtkFiltersExtraction-pv3.14.so.1 matches 
Binary file lib/paraview-3.14/libvtkFiltersParallel-pv3.14.so matches 
Binary file lib/paraview-3.14/libvtkFiltersGeometryPython27D-pv3.14.so.1 matches 
Binary file lib/paraview-3.14/libvtkPVVTKExtensionsDefaultPython27D-pv3.14.so.1 matches 
Binary file lib/paraview-3.14/libvtkPVVTKExtensionsDefault-pv3.14.so.1 matches 
Binary file lib/paraview-3.14/libvtkFiltersGeometryPython27D-pv3.14.so matches 
Binary file lib/paraview-3.14/libvtkPVVTKExtensionsDefault-pv3.14.so matches 
Binary file lib/paraview-3.14/libvtkFiltersExtractionCS-pv3.14.so matches 
Binary file lib/paraview-3.14/libvtkImagingCorePython27D-pv3.14.so.1 matches 
Binary file lib/paraview-3.14/libvtkImagingCorePython27D-pv3.14.so matches 
Binary file lib/paraview-3.14/libvtkFiltersExtractionPython27D-pv3.14.so.1 matches 
Binary file lib/paraview-3.14/libvtkPVVTKExtensionsDefaultPython27D-pv3.14.so matches 
Binary file lib/paraview-3.14/libvtkFiltersExtractionCS-pv3.14.so.1 matches 
Binary file lib/paraview-3.14/libvtkFiltersParallel-pv3.14.so.1 matches 

So I don't know why I don't have access to it from pvpython. 

Any ideas what went wrong? 

Tim 

----- Original Message -----

From: "Utkarsh Ayachit" <utkarsh.ayachit at kitware.com> 
To: "Tim Gallagher" <tim.gallagher at gatech.edu> 
Cc: "ParaView list" <paraview at paraview.org> 
Sent: Friday, November 2, 2012 10:41:01 AM 
Subject: Re: [Paraview] Problem building from source 

I've updated the CoProcessing WIki. 


Utkarsh 



On Fri, Nov 2, 2012 at 10:18 AM, Tim Gallagher < tim.gallagher at gatech.edu > wrote: 




Okay, thanks. I was following the directions at: 

http://paraview.org/Wiki/CoProcessing 

which do not mention anything about turning off QT-related things. 

Thanks, 

Tim 



From: "Utkarsh Ayachit" < utkarsh.ayachit at kitware.com > 
To: "Tim Gallagher" < tim.gallagher at gatech.edu > 
Cc: "ParaView list" < paraview at paraview.org > 
Sent: Friday, November 2, 2012 10:07:37 AM 
Subject: Re: [Paraview] Problem building from source 



Yes, you'll need X if QT is enabled. You'll have to turn off PARAVIEW_BUILD_QT_GUI as well. Note, additionally, you'll need to use OSMesa. Refer to instructions here: http://paraview.org/Wiki/ParaView_And_Mesa_3D 




Utkarsh 



On Thu, Nov 1, 2012 at 4:22 PM, Tim Gallagher < tim.gallagher at gatech.edu > wrote: 

<blockquote>
Hi, 

I'm trying to build the code I just pulled on master: 

> git branch 
* master 

> git describe 
v3.14.1-2499-g16f07c1 

I set VTK_USE_X to OFF: 

> grep "USE_X" CMakeCache.txt 
VTK_USE_X:BOOL=OFF 

but it fails while building with: 

Linking CXX shared library ../../../lib/ libvtkGUISupportQt-pv3.14.so 
CMakeFiles/vtkGUISupportQt.dir/QVTKWidget.cxx.o: In function `QVTKWidget::x11_setup_window()': 
QVTKWidget.cxx:(.text+0xe65): undefined reference to `XGetWindowAttributes' 
QVTKWidget.cxx:(.text+0xeb9): undefined reference to `XCreateWindow' 
QVTKWidget.cxx:(.text+0xee7): undefined reference to `XGetWMColormapWindows' 
QVTKWidget.cxx:(.text+0xf31): undefined reference to `XFree' 
QVTKWidget.cxx:(.text+0xfdb): undefined reference to `XSetWMColormapWindows' 
QVTKWidget.cxx:(.text+0xff0): undefined reference to `XFree' 
QVTKWidget.cxx:(.text+0xff8): undefined reference to `XFlush' 
collect2: ld returned 1 exit status 
make[2]: *** [lib/libvtkGUISupportQt-pv3.14.so.1] Error 1 
make[1]: *** [VTK/GUISupport/Qt/CMakeFiles/vtkGUISupportQt.dir/all] Error 2 
make: *** [all] Error 2 

Am I missing something? Why is VTK looking for X if I said not to use it? Does not using X imply QT shouldn't be turned on? If so, should that be enforced in CMake? 

Thanks, 

Tim 
_______________________________________________ 
Powered by www.kitware.com 

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html 

Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView 

Follow this link to subscribe/unsubscribe: 
http://www.paraview.org/mailman/listinfo/paraview 





</blockquote>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.paraview.org/pipermail/paraview/attachments/20121103/3b5cdaf2/attachment.htm>


More information about the ParaView mailing list