[Paraview] problem configuring python sip in 3.10.1
Hi,
I am actually writing the ebuild for paraview 3.10.1 on Gentoo. While studying
how to enable python sip I came across two problems.
First SIP_PYQT_DIR was put to NOT_FOUND. It is because the path where
QtCore/QtCoremod.sip is located on Gentoo is /usr/share/sip which is not in the
path searched in
# find .sip files for Qt
find_path(SIP_PYQT_DIR NAMES QtCore/QtCoremod.sip
PATHS ${PYTHON_INCLUDE_PATH}/../Lib/site-packages/PyQt4/sip/PyQt4
${PYTHON_INCLUDE_PATH}/../sip/PyQt4
${PYTHON_INCLUDE_PATH}/../Versions/2.5/share/sip/PyQt4
${PYTHON_INCLUDE_PATH}/../share/sip/PyQt4
/usr/share/sip/PyQt4
/usr/local/share/sip/PyQt4
DOC "Root directory containing all PyQt4 sip files."
)
in VTK/GUISupport/Qt/CMakeLists.txt.
A little hack later I had it properly detected. The next problem is I think a
little bit more serious. Once SIP_PYQT_DIR was found SIP_INCLUDE_DIR wasn't.
The code to set it in VTK/CMakeLists.txt is as follow:
IF(VTK_WRAP_PYTHON_SIP)
FIND_PROGRAM(SIP_EXECUTABLE NAMES sip DOC "Path to sip executable")
FIND_PATH(SIP_INCLUDE_DIR NAMES sip.h
PATHS "${PYTHON_INCLUDE_PATH}"
"${PYTHON_INCLUDE_PATH}/../Lib/site-packages/PyQt4/include")
ENDIF(VTK_WRAP_PYTHON_SIP)
On my box sip.h is in /usr/include/python2.7 which you would expect to be
PYTHON_INCLUDE_PATH. So why wasn't it found. My guess about this is that the
variable is empty because no python detection has occurred at this stage.
Passing -DSIP_INCLUDE_DIR=/usr/include/python2.7 works of course.
Francois
___
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
[Paraview] paraview 3.98rc1 and protobuf
Hi, I am on linux and I tried to configure paraview with VTK_USE_SYSTEM_PROTOBUF on. It failed miserably even though I have protobuf 2.4.0a installed. The message was informative once I figured out what the problem was: CMake Error at VTK/CMake/vtkModuleMacros.cmake:578 (find_package): By not providing "Findprotobuf.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "protobuf", but CMake did not find one. Could not find a package configuration file provided by "protobuf" with any of the following names: protobufConfig.cmake protobuf-config.cmake Add the installation prefix of "protobuf" to CMAKE_PREFIX_PATH or set "protobuf_DIR" to a directory containing one of the above files. If "protobuf" provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): ThirdParty/protobuf/CMakeLists.txt:37 (vtk_module_third_party) The problem is that linux is case sensitive and cmake (2.8.9 and 2.8.10.1) install FindProtobuf.cmake. Notice the capital P? I am guessing I will have to change one of the "protobuf" to "Protobuf" in ThirdParty/protobuf/CMakeLists.txt. But one more thing is nagging me. This is happening in the VTK subfolder so presumably while configuring VTK. Yet I don't see any use of protobuf in VTK, only in Paraview. So it should really be a Paraview_use_system_protobuf setting and not be set up in VTK. I could of course be wrong. Cheers, Francois ___ 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
[Paraview] system hdf5 and 3.98rc1
Another problem I have now is with system hdf5. I get the following: Disabling NETCDF4 support since HDF5_HL is missing. Yet I have hdf5_hl installed and it is detected by cmake as well since HDF%_hdf5_hl_LIBRARY is defined and pointing to the right thing. I believe that the cmake testing logic in VTK/ThirdParty/netcdf/vtknetcdf/CMakeLists.txt is wrong: set (USE_NETCDF4 OFF) if (NOT VTK_USE_SYSTEM_HDF5) # using VTK's HDF5, we always build that with HL support. set (USE_NETCDF4 ON) elseif(HDF5_HL_LIBRARY) set (USE_NETCDF4 ON) else() message(STATUS "Disabling NETCDF4 support since HDF5_HL is missing.") endif () HDF5_HL_LIBRARY is the wrong variable to test, it should be HDF5_hdf5_hl_LIBRARY. The change works for me. By the way any chance to be able to use the system netcdf as debian does in its build (and that I shamelessly copied in Gentoo). Francois ___ 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
Re: [Paraview] paraview 3.98rc3 configuration error: CheckFortran.cmake missing
Thanks Andy,
I am not making use of it right now but I am packaging for Gentoo and I will
install it for general availability on a cluster down here so I need to know
what works what doesn't. Now let's see my build log from last night
Francois
Quoting Andy Bauer :
Hi Francois,
Thanks for the information. I added a bug report in case you want to track
it at http://paraview.org/Bug/view.php?id=13693. It should be fixed
shortly.
I'm assuming you're using the coprocessing tools and the fortran interface,
otherwise you can turn that off during configuration.
Andy
On Thu, Nov 29, 2012 at 5:38 AM, Francois Bissey
wrote:
Hi,
so I am trying to configure 3.98rc3 with cmake-2.8.10.1 and I get
the following error message in ccmake:
CMake Error at CoProcessing/Adaptors/FortranAdaptors/CMakeLists.txt:2
(include):
include could not find load file:
/home/work/fbissey/sandbox/ParaView/SuperBuild/CheckFortran.cmake
I see that all the content of the superbuild folder is now in a separate
tarball. This is fine but should the fortran adaptors depends on
something from the superbuild folder?
Shouldn't something like CMakeDetermineFortranCompiler.cmake
which comes with cmake be used instead? I also don't remember having
this problem in rc1.
Francois
___
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
___
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
