- 06 May, 2020 1 commit
-
-
Mark Olesen authored
- uses updated cmake/paraview scripts (1912, patch=200506) to support a user-specified installation prefix. Reworked the wmake Make/{files,options} files to respect the use of CMAKE_INSTALL_PREFIX, or default to FOAM_LIBBIN. Similarly the CMakeLists files have been updated to add install targets that respect the value of CMAKE_INSTALL_PREFIX. For building with paraview-5.7 and 5.8 a "staged" install is used to retain the expected output directory structure and to silently discard the unneeded static libraries.
-
- 27 Jan, 2020 1 commit
-
-
Mark Olesen authored
- building paraview-5.7 and later requires cmake >= 3.10 itself but cmake-3.8 appears to work adequately for building dependent components - use VERSION_GREATER_EQUAL instead of GREATER_EQUAL
-
- 23 Jan, 2020 1 commit
-
-
Mark Olesen authored
Note For paraview-5.7 (and later?) plugins are built into their own subdirs. It also is not possible to suppress creation of static libraries in the process. The current solution is still a bit ugly - install into a local "staged" location (within the build directory) - use rsync to relocate to the .so files to the plugin directory
-
- 22 Jan, 2020 1 commit
-
-
Mark Olesen authored
- OpenFOAM reader: (vtkPVFoam, PVFoamReader_SM) => (vtkPVFoamReader, ParaFoamReader) - blockMesh reader: (vtkPVblockMesh, PVblockMeshReader_SM) => (vtkPVblockReader, ParaFoamBlockReader) * provides better correspondence between library and module names
-
- 20 Jan, 2020 2 commits
-
-
Mark Olesen authored
-
Mark Olesen authored
-
- 11 Nov, 2019 1 commit
-
-
Mark Olesen authored
- similar prefixing as the dependent readers, making it easier to identify - add FOAM_API information as server module version
-
- 05 Nov, 2019 1 commit
-
-
Mark Olesen authored
- building plugins with paraview-5.7 is quite different
-