VTK issueshttps://gitlab.kitware.com/vtk/vtk/-/issues2022-07-01T09:14:16-04:00https://gitlab.kitware.com/vtk/vtk/-/issues/18581Compilation of VTK 9.2.0.rc1 fails on i6862022-07-01T09:14:16-04:00Orion PoplawskiCompilation of VTK 9.2.0.rc1 fails on i686Testing updating the Fedora vtk package to 9.2.0.rc1 and getting the following error on i686 (other arches succeed):
```
[ 99%] Linking CXX executable ../../../../bin/vtkCommonDataModelCxxTests
cd /builddir/build/BUILD/VTK-9.2.0.rc1/buil...Testing updating the Fedora vtk package to 9.2.0.rc1 and getting the following error on i686 (other arches succeed):
```
[ 99%] Linking CXX executable ../../../../bin/vtkCommonDataModelCxxTests
cd /builddir/build/BUILD/VTK-9.2.0.rc1/build/Common/DataModel/Testing/Cxx && /usr/bin/cmake -E cmake_link_script CMakeFiles/vtkCommonDataModelCxxTests.dir/link.txt --verbose=1
/usr/bin/g++ -O2 -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m32 -march=i686 -mtune=generic -msse2 -mfpmath=sse -mstackrealign -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -D_UNICODE -DHAVE_UINTPTR_T -g -Wl,-lc -Wl,-lc -Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -Wl,--build-id=sha1 -Wl,-dT,/builddir/build/BUILD/VTK-9.2.0.rc1/.package_note-vtk-9.2.0-0.1.rc1.fc37.i386.ld -Wl,--no-as-needed -Wl,--unresolved-symbols=ignore-in-shared-libs CMakeFiles/vtkCommonDataModelCxxTests.dir/vtkCommonDataModelCxxTests.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/LagrangeHexahedron.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/BezierInterpolation.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/CellTreeLocator.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestBezier.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestAngularPeriodicDataArray.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestArrayListTemplate.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestCellInflation.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestColor.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestCoordinateFrame.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestVector.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestVectorOperators.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestAMRBox.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestBiQuadraticQuad.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestCellArray.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestCellArrayTraversal.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestCompositeDataSets.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestCompositeDataSetRange.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestComputeBoundingSphere.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestDataAssembly.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestDataAssemblyUtilities.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestDataObject.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestDataObjectTreeRange.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestFieldList.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestGenericCell.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestGraph.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestGraph2.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestGraphAttributes.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestHigherOrderCell.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestHyperTreeGridBitmask.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestHyperTreeGridElderChildIndex.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestImageDataFindCell.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestImageDataInterpolation.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestImageDataOrientation.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestImageIterator.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestInterpolationDerivs.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestInterpolationFunctions.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestMappedGridDeepCopy.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPath.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPentagonalPrism.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPiecewiseFunction.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPiecewiseFunctionLogScale.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPixelExtent.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPointLocators.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolyDataRemoveCell.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolygon.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolygonBoundedTriangulate.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolyhedron0.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolyhedron1.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolyhedron3.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolyhedronCombinatorialContouring.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolyhedronConvexity.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolyhedronConvexityMultipleCells.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestQuadraticPolygon.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestRect.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestSelectionExpression.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestSelectionSubtract.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestSimpleIncrementalOctreePointLocator.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestSortFieldData.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestStaticCellLocator.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestTable.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestThreadedCopy.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestTreeBFSIterator.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestTreeDFSIterator.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestTriangle.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TimePointLocators.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/otherCellBoundaries.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/otherCellPosition.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/otherCellTypes.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/otherColorTransferFunction.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/otherEmptyCell.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/otherFieldData.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/otherImageData.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/otherPolyData.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/otherRectilinearGrid.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/otherStructuredGrid.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/otherUniformGrid.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/otherUnstructuredGrid.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/quadCellConsistency.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/quadraticEvaluation.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestBoundingBox.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPlane.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestStaticCellLinks.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestStructuredData.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestDataObjectTypes.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolyDataRemoveDeletedCells.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/UnitTestCells.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/UnitTestImplicitDataSet.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/UnitTestImplicitVolume.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/UnitTestLine.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/UnitTestPlanesIntersection.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/UnitTestTriangleIntersection.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestImageDataOrientation2.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestLagrangeTriangle.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestLagrangeTetra.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestLagrangeWedge.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/quadraticIntersection.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestCellIterators.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestCellLocator.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestIncrementalOctreePointLocator.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestMeanValueCoordinatesInterpolation1.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestMeanValueCoordinatesInterpolation2.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolyhedron4.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestSmoothErrorMetric.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestQuadraticPolygonFilters.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestCellLocatorsEdgeCases.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolyhedron2.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolyhedronContouring.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestPolyhedronCutter.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestStaticCellLocatorEdgeCases.cxx.o CMakeFiles/vtkCommonDataModelCxxTests.dir/TestKdTreeRepresentation.cxx.o -o ../../../../bin/vtkCommonDataModelCxxTests -Wl,-rpath,/builddir/build/BUILD/VTK-9.2.0.rc1/build/lib ../../../../lib/libvtkChartsCore.so.9.2.0 ../../../../lib/libvtkFiltersGeneric.so.9.2.0 ../../../../lib/libvtkIOGeometry.so.9.2.0 ../../../../lib/libvtkRenderingContextOpenGL2.so.9.2.0 ../../../../lib/libvtkRenderingOpenGL2.so.9.2.0 ../../../../lib/libvtkTestingDataModel.so.9.2.0 ../../../../lib/libvtkTestingGenericBridge.so.9.2.0 ../../../../lib/libvtkTestingRendering.so.9.2.0 ../../../../lib/libvtkViewsContext2D.so.9.2.0 ../../../../lib/libvtkFiltersPython.so.9.2.0 ../../../../lib/libvtkRenderingHyperTreeGrid.so.9.2.0 /usr/lib/libGLEW.so /usr/lib/libX11.so ../../../../lib/libvtkViewsCore.so.9.2.0 ../../../../lib/libvtkRenderingUI.so.9.2.0 /usr/lib/libX11.so ../../../../lib/libvtkInteractionWidgets.so.9.2.0 ../../../../lib/libvtkFiltersModeling.so.9.2.0 ../../../../lib/libvtkInteractionStyle.so.9.2.0 ../../../../lib/libvtkFiltersExtraction.so.9.2.0 ../../../../lib/libvtkIOXML.so.9.2.0 ../../../../lib/libvtkIOXMLParser.so.9.2.0 ../../../../lib/libvtkIOLegacy.so.9.2.0 ../../../../lib/libvtkIOCore.so.9.2.0 ../../../../lib/libvtkRenderingContext2D.so.9.2.0 ../../../../lib/libvtkImagingSources.so.9.2.0 ../../../../lib/libvtkRenderingFreeType.so.9.2.0 /usr/lib/libfreetype.so ../../../../lib/libvtkImagingCore.so.9.2.0 ../../../../lib/libvtkRenderingCore.so.9.2.0 ../../../../lib/libvtkCommonColor.so.9.2.0 ../../../../lib/libvtkFiltersGeometry.so.9.2.0 ../../../../lib/libvtkFiltersSources.so.9.2.0 ../../../../lib/libvtkFiltersGeneral.so.9.2.0 ../../../../lib/libvtkFiltersCore.so.9.2.0 ../../../../lib/libvtkCommonExecutionModel.so.9.2.0 ../../../../lib/libvtkCommonDataModel.so.9.2.0 ../../../../lib/libvtkCommonSystem.so.9.2.0 ../../../../lib/libvtkCommonTransforms.so.9.2.0 ../../../../lib/libvtkCommonMisc.so.9.2.0 ../../../../lib/libvtkCommonMath.so.9.2.0 ../../../../lib/libvtkkissfft.so.9.2.0 /usr/lib/libpython3.11.so ../../../../lib/libvtkCommonCore.so.9.2.0 ../../../../lib/libvtksys.so.9.2.0 -ldl -Wl,-rpath-link,/builddir/build/BUILD/VTK-9.2.0.rc1/build/lib /usr/bin/ld: CMakeFiles/vtkCommonDataModelCxxTests.dir/TestStaticCellLocatorEdgeCases.cxx.o: in function `std::ctype<char>::do_widen(char) const':
/builddir/build/BUILD/VTK-9.2.0.rc1/Common/DataModel/Testing/Cxx/TestStaticCellLocatorEdgeCases.cxx:25: multiple definition of `TestCell(vtkDataSet*, int, double*, double*, double)'; CMakeFiles/vtkCommonDataModelCxxTests.dir/TestCellLocatorsEdgeCases.cxx.o:/builddir/build/BUILD/VTK-9.2.0.rc1/Common/DataModel/Testing/Cxx/TestCellLocatorsEdgeCases.cxx:26: first defined here
collect2: error: ld returned 1 exit status
```
This is with gcc 12.1.19.2Spiros TsalikisSpiros Tsalikishttps://gitlab.kitware.com/vtk/vtk/-/issues/18576Fails to build with NetCDF 4.9.02022-07-07T21:03:17-04:00Bas CouwenbergFails to build with NetCDF 4.9.0As reported in [Debian Bug #1012703](https://bugs.debian.org/1012703), VTK fails to build with NetCDF 4.9.0:
```
In file included from /<<PKGBUILDDIR>>/debian/build/ThirdParty/netcdf/vtk_netcdf.h:22,
from /<<PKGBUILDDIR>...As reported in [Debian Bug #1012703](https://bugs.debian.org/1012703), VTK fails to build with NetCDF 4.9.0:
```
In file included from /<<PKGBUILDDIR>>/debian/build/ThirdParty/netcdf/vtk_netcdf.h:22,
from /<<PKGBUILDDIR>>/ThirdParty/exodusII/vtkexodusII/include/exodusII.h:22,
from /<<PKGBUILDDIR>>/ThirdParty/exodusII/vtkexodusII/src/ex_utils.c:20:
/<<PKGBUILDDIR>>/ThirdParty/exodusII/vtkexodusII/src/ex_utils.c: In function ‘vtkexodusII_ex__compress_variable’:
/<<PKGBUILDDIR>>/ThirdParty/exodusII/vtkexodusII/src/ex_utils.c:1773:19: error: expected identifier or ‘(’ before numeric constant
1773 | const int NC_SZIP_NN = 32; /* Selects nearest neighbor coding method for szip. */
| ^~~~~~~~~~
```
`netcdf.h` was updated in 4.9.0 to include:
```C
#define NC_SZIP_NN 32 /**< SZIP NN option mask. */
```
One solution to this conflict is renaming the variable, as done in this patch: [netcdf-4.9.0.patch](/uploads/a56d692dbc148ca790f9f9f2a897cc0a/netcdf-4.9.0.patch)9.2Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/vtk/vtk/-/issues/18575Release 9.2.0.rc12022-06-22T14:54:28-04:00Ben BoeckelRelease 9.2.0.rc1# Update VTK
- Update the local copy of `master`.
- If `0.rc1` is `0.rc1`, update `master`
- Otherwise, update `release`
```
git fetch origin
git checkout master
git merge --ff-only origin/master # if this fails, there are loc...# Update VTK
- Update the local copy of `master`.
- If `0.rc1` is `0.rc1`, update `master`
- Otherwise, update `release`
```
git fetch origin
git checkout master
git merge --ff-only origin/master # if this fails, there are local commits that need to be removed
git submodule update --recursive --init
```
- If `master` is not `master`, ensure merge requests which should be
in the release have been merged. The [`backport-mrs.py`][backport-mrs]
script can be used to find and ensure that merge requests assigned to the
associated milestone are available on the `release` branch.
- Make a commit for each of these changes on a single topic (suggested branch
name: `update-to-v9.2.0`):
- Assemble release notes into `Documentation/release/9.2.md`.
- [x] If `PATCH` is greater than 0, add items to the end of this file.
- [x] If `master` is `master`, update the non-patch version in a
separate commit (so that `master` gets it as well).
- [x] Remove old release note files
- [x] Update `.gitlab/ci/cdash-groups.json` to track the `release` CDash
groups
- [x] Update `CMake/vtkVersion.cmake` and tag the commit (tag this commit below)
```
$EDITOR CMake/vtkVersion.cmake
git commit -m 'Update version number to 9.2.0.rc1' CMake/vtkVersion.cmake
```
- Create a merge request targeting `release`
- [x] Obtain a GitLab API token for the `kwrobot.release.vtk` user (ask
@ben.boeckel if you do not have one)
- [x] Add the `kwrobot.release.vtk` user to your fork with at least
`Developer` privileges (so it can open MRs)
- [x] Use [the `release-mr`][release-mr] script to open the create the
Merge Request (see script for usage)
- Pull the script for each release; it may have been updated since it
was last used
- The script outputs the information it will be using to create the
merge request. Please verify that it is all correct before creating
the merge request. See usage at the top of the script to provide
information that is either missing or incorrect (e.g., if its data
extraction heuristics fail).
- [x] Get positive review
- [x] `Do: merge`
- [x] Push the tag to the main repository
- [x] `git tag -a -m 'VTK 9.2.0.rc1' v9.2.0.rc1 commit-that-updated-vtkVersion.cmake`
- [x] `git push origin v9.2.0.rc1`
- Gather release assets (https://gitlab.kitware.com/vtk/vtk/-/pipelines/286197)
- [x] Source (from the `build:source` CI job in the tag pipeline)
- [x] Documentation (from the `release-prep:documentation` CI job in the tag pipeline)
- [x] Wheels (from the `build:wheel-*` jobs).
- [x] Wheel SDKs (from the `build:wheel-*` jobs (`vtk-wheel-sdk-*.tar.xz`)).
- Upload assets to `vtk.org`
- [x] `rsync -rptv $tarballs $wheels $wheel_sdks user@host:vtk_release/9.2/`
- [x] `rsync -rptv $wheel_sdks user@host:wheel-sdks/`
- [x] Update `vtk.org/download` with the new release (email
`comm@kitware.com` with filenames and hashes)
- Software process updates (these can all be done independently)
- [x] Update kwrobot with the new `release` branch rules (@ben.boeckel)
- [x] Run [this script][cdash-update-groups] to update the CDash groups
- This must be done after a nightly run to ensure all builds are in the
`release` group
- See the script itself for usage documentation
- Deprecation updates (if `master` is `master`)
- [x] Update deprecation macros for the next release
- [x] Remove deprecated symbols from before the *prior* release
- [x] Update `VTK_MINIMUM_DEPRECATION_LEVEL` to be that of the *prior*
release
[backport-mrs]: https://gitlab.kitware.com/utils/release-utils/-/blob/master/backport-mrs.py
[release-mr]: https://gitlab.kitware.com/utils/release-utils/-/blob/master/release-mr.py
[cdash-update-groups]: https://gitlab.kitware.com/utils/cdash-utils/-/blob/master/cdash-update-groups.py
# Post-release
- [x] Post an announcement in the Announcements category on
[discourse.vtk.org](https://discourse.vtk.org/).
/cc @ben.boeckel
/cc @ken-martin9.2Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/vtk/vtk/-/issues/18522VTK 9.2.0.rc12022-06-22T14:54:27-04:00Ben BoeckelVTK 9.2.0.rc1# Update VTK
- Update the local copy of `master`.
- If `0.rc1` is `0.rc1`, update `master`
- Otherwise, update `release`
```
git fetch origin
git checkout master
git merge --ff-only origin/master # if this fails, there are loc...# Update VTK
- Update the local copy of `master`.
- If `0.rc1` is `0.rc1`, update `master`
- Otherwise, update `release`
```
git fetch origin
git checkout master
git merge --ff-only origin/master # if this fails, there are local commits that need to be removed
git submodule update --recursive --init
```
- If `master` is not `master`, ensure merge requests which should be
in the release have been merged. The [`backport-mrs.py`][backport-mrs]
script can be used to find and ensure that merge requests assigned to the
associated milestone are available on the `release` branch.
- Make a commit for each of these changes on a single topic (suggested branch
name: `update-to-v9.2.0`):
- Assemble release notes into `Documentation/release/9.2.md`.
- [ ] If `PATCH` is greater than 0, add items to the end of this file.
- [ ] If `master` is `master`, update the non-patch version in a
separate commit (so that `master` gets it as well).
- [ ] Remove old release note files
- [ ] Update `.gitlab/ci/cdash-groups.json` to track the `release` CDash
groups
- [ ] Update `CMake/vtkVersion.cmake` and tag the commit (tag this commit below)
```
$EDITOR CMake/vtkVersion.cmake
git commit -m 'Update version number to 9.2.0.rc1' CMake/vtkVersion.cmake
```
- Create a merge request targeting `release`
- [ ] Obtain a GitLab API token for the `kwrobot.release.vtk` user (ask
@ben.boeckel if you do not have one)
- [ ] Add the `kwrobot.release.vtk` user to your fork with at least
`Developer` privileges (so it can open MRs)
- [ ] Use [the `release-mr`][release-mr] script to open the create the
Merge Request (see script for usage)
- Pull the script for each release; it may have been updated since it
was last used
- The script outputs the information it will be using to create the
merge request. Please verify that it is all correct before creating
the merge request. See usage at the top of the script to provide
information that is either missing or incorrect (e.g., if its data
extraction heuristics fail).
- [ ] Get positive review
- [ ] `Do: merge`
- [ ] Push the tag to the main repository
- [ ] `git tag -a -m 'VTK 9.2.0.rc1' v9.2.0.rc1 commit-that-updated-vtkVersion.cmake`
- [ ] `git push origin v9.2.0.rc1`
- Gather release assets
- [ ] Source (from the `build:source` CI job in the tag pipeline)
- [ ] Documentation (from the `release-prep:documentation` CI job in the tag pipeline)
- [ ] Wheels (from the `build:wheel-*` jobs).
- Upload assets to `vtk.org`
- [ ] `rsync -rptv $tarballs $wheels user@host:vtk_release/@MAJOR@.@MINOR@/`
- [ ] Update `vtk.org/download` with the new release (email
`comm@kitware.com` with filenames and hashes)
- Software process updates (these can all be done independently)
- [ ] Update kwrobot with the new `release` branch rules (@ben.boeckel)
- [ ] Run [this script][cdash-update-groups] to update the CDash groups
- This must be done after a nightly run to ensure all builds are in the
`release` group
- See the script itself for usage documentation
- Deprecation updates (if `master` is `master`)
- [ ] Update deprecation macros for the next release
- [ ] Remove deprecated symbols from before the *prior* release
- [ ] Update `VTK_MINIMUM_DEPRECATION_LEVEL` to be that of the *prior*
release
[backport-mrs]: https://gitlab.kitware.com/utils/release-utils/-/blob/master/backport-mrs.py
[release-mr]: https://gitlab.kitware.com/utils/release-utils/-/blob/master/release-mr.py
[cdash-update-groups]: https://gitlab.kitware.com/utils/cdash-utils/-/blob/master/cdash-update-groups.py
# Post-release
- [ ] Post an announcement in the Announcements category on
[discourse.vtk.org](https://discourse.vtk.org/).
/cc @ben.boeckel
/cc @ken-martin
/cc @utkarsh.ayachit9.2Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/vtk/vtk/-/issues/18518vtkpython does not run 'site.main()' upon initialization2022-12-06T19:30:04-05:00Jakub Klinkovskývtkpython does not run 'site.main()' upon initializationThe `sys.path` after vtkpython's default initialization is incomplete:
$ vtkpython -c "import sys; print(sys.path)"
['', '/usr/lib/python310.zip', '/usr/lib/python3.10', '/usr/lib/python3.10/lib-dynload']
Comparing with the pyt...The `sys.path` after vtkpython's default initialization is incomplete:
$ vtkpython -c "import sys; print(sys.path)"
['', '/usr/lib/python310.zip', '/usr/lib/python3.10', '/usr/lib/python3.10/lib-dynload']
Comparing with the python3.10 interpreter:
$ python3.10 -c "import sys; print(sys.path)"
['', '/usr/lib/python310.zip', '/usr/lib/python3.10', '/usr/lib/python3.10/lib-dynload', '/home/lahwaacz/.local/lib/python3.10/site-packages', '/usr/lib/python3.10/site-packages']
To get the same `sys.path` in vtkpython (well, almost - except for the current working dir), I need to run [site.main()](https://docs.python.org/3.11/library/site.html#site.main):
$ vtkpython -c "import site; site.main(); import sys; print(sys.path)"
['/home/lahwaacz', '/usr/lib/python310.zip', '/usr/lib/python3.10', '/usr/lib/python3.10/lib-dynload', '/home/lahwaacz/.local/lib/python3.10/site-packages', '/usr/lib/python3.10/site-packages']
It appears that vtkpython initializes `sys.path` as if the `-S` flag was always given. Is there a reason for this? The current behavior prevents vtkpython from importing modules from the system and user's site-packages directories.
This was tested on Arch Linux with [vtk-9.1.0-13](https://archlinux.org/packages/community/x86_64/vtk/).9.2https://gitlab.kitware.com/vtk/vtk/-/issues/18512vtk_module_compile_options does not behave exactly like target_compile_options2022-04-15T21:03:12-04:00Mathieu Westphal (Kitware)vtk_module_compile_options does not behave exactly like target_compile_options`vtk_module_compile_options(target PUBLIC PRIVATE)` fails with:
```
target_compile_options called with incorrect number of arguments
```
While
target_compile_options(target PUBLIC PRIVATE) works without issue.
The problem is that ...`vtk_module_compile_options(target PUBLIC PRIVATE)` fails with:
```
target_compile_options called with incorrect number of arguments
```
While
target_compile_options(target PUBLIC PRIVATE) works without issue.
The problem is that during the argument processing in vtk_module_compile_options, if none are provided, the resulting call is:
`target_compile_options(target)`, which is incorrect.
This is highly impractical with these kind of codes:
```
vtk_module_compile_options(target PUBLIC ${ACCUMULATED_PUBLIC_OPTIONS} PRIVATE ${ACCUMULATED_PRIVATE_OPTIONS} )
```
@ben.boeckel9.2Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/vtk/vtk/-/issues/18506VTKDetermineVersion.cmake bug2022-07-25T16:39:30-04:00olesenVTKDetermineVersion.cmake bugCompiling a git version of paraview with the various submodules.
VTKDetermineVersion.cmake (Line 64) reports that it detected a VTK git version v5.10.1-884-gefeaf2c2c5 but has a hardcoded version of 9.1.xyz.
It appears to be running _g...Compiling a git version of paraview with the various submodules.
VTKDetermineVersion.cmake (Line 64) reports that it detected a VTK git version v5.10.1-884-gefeaf2c2c5 but has a hardcoded version of 9.1.xyz.
It appears to be running _git describe_ from one directory below where it should be.9.2Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/vtk/vtk/-/issues/19214vendored mpi4py needs to be re-Cythonized in order to build with Python 3.122024-01-02T11:07:56-05:00Ben Wibkingvendored mpi4py needs to be re-Cythonized in order to build with Python 3.12VTK does not build with Python 3.12 due to its use of removed CPython APIs within the Cython-generated code for mpi4py.
See for example: https://github.com/cython/cython/issues/4788. (There are other issues with Python 3.12 as well.)
T...VTK does not build with Python 3.12 due to its use of removed CPython APIs within the Cython-generated code for mpi4py.
See for example: https://github.com/cython/cython/issues/4788. (There are other issues with Python 3.12 as well.)
The fixes are in the latest version of Cython, but the source code for mpi4py included here (https://gitlab.kitware.com/vtk/vtk/-/tree/master/ThirdParty/mpi4py) needs to be re-generated so that it can build with Python 3.12.
This patch will fix the issues and allow it to build, but it should only be used as a temporary workaround: https://github.com/openPMD/openPMD-api/files/13773304/fix-mpi4py-cython-python3.12.patch9.3Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/vtk/vtk/-/issues/19208Underlinking of libvtkRenderingLICOpenGL2Java.so2024-01-02T13:18:10-05:00StefanBruensUnderlinking of libvtkRenderingLICOpenGL2Java.soWith the change from vtkCompositePolyDataMapper2 to vtkCompositePolyDataMapper
https://gitlab.kitware.com/vtk/vtk/-/commit/5b159e6fb88ca19346a5a8465b80f7379dea3d7d
`VTK::RenderingLICOpenGL2` became dependent of `VTK::RenderingCore` (...With the change from vtkCompositePolyDataMapper2 to vtkCompositePolyDataMapper
https://gitlab.kitware.com/vtk/vtk/-/commit/5b159e6fb88ca19346a5a8465b80f7379dea3d7d
`VTK::RenderingLICOpenGL2` became dependent of `VTK::RenderingCore` (...Mapper2 is in RenderingOpenGL2, ...Mapper is in RenderingCore).
For the regular shared lib this is fine, as the module has a private dep on RenderingCore, but the Java wrapper needs this as a public dependency, otherwise the RenderingCore Java wrapper library is omitted; the build fails when "--no-undefined" is used (otherwise, this likely will result in a linker error at runtime).
```
[ 4106s] [ 95%] Linking CXX shared library ../../lib64/java/vtk-Linux-x86_64/libvtkRenderingLICOpenGL2Java.so
[ 4106s] cd /home/abuild/rpmbuild/BUILD/VTK-9.3.0/build/Wrapping/Java && /usr/bin/cmake -E cmake_link_script CMakeFiles/vtkRenderingLICOpenGL2Java.dir/link.txt --verbose=1
[ 4106s] /usr/bin/g++ -fPIC -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -DNDEBUG -O2 -g -DNDEBUG -Wl,-lc -Wl,--as-needed -Wl,--no-undefined -Wl,-z,now -shared -Wl,-soname,libvtkRenderingLICOpenGL2Java.so -o ../../lib64/java/vtk-Linux-x86_64/libvtkRenderingLICOpenGL2Java.so CMakeFiles/vtkRenderingLICOpenGL2Java.dir/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkPainterCommunicatorJava.cxx.o CMakeFiles/vtkRenderingLICOpenGL2Java.dir/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkBatchedSurfaceLICMapperJava.cxx.o CMakeFiles/vtkRenderingLICOpenGL2Java.dir/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkCompositeSurfaceLICMapperJava.cxx.o CMakeFiles/vtkRenderingLICOpenGL2Java.dir/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkCompositeSurfaceLICMapperDelegatorJava.cxx.o CMakeFiles/vtkRenderingLICOpenGL2Java.dir/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkImageDataLIC2DJava.cxx.o CMakeFiles/vtkRenderingLICOpenGL2Java.dir/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkLineIntegralConvolution2DJava.cxx.o CMakeFiles/vtkRenderingLICOpenGL2Java.dir/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkStructuredGridLIC2DJava.cxx.o CMakeFiles/vtkRenderingLICOpenGL2Java.dir/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkSurfaceLICCompositeJava.cxx.o CMakeFiles/vtkRenderingLICOpenGL2Java.dir/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkSurfaceLICInterfaceJava.cxx.o CMakeFiles/vtkRenderingLICOpenGL2Java.dir/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkSurfaceLICMapperJava.cxx.o CMakeFiles/vtkRenderingLICOpenGL2Java.dir/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkTextureIOJava.cxx.o CMakeFiles/vtkRenderingLICOpenGL2Java.dir/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkRenderingLICOpenGL2ModuleJava.cxx.o -Wl,-rpath,"\$ORIGIN/../../:\$ORIGIN:/usr/lib64/jvm/java/lib:/usr/lib64/jvm/java/lib/server" ../../lib64/libvtkRenderingLICOpenGL2.so.9.3 ../../lib64/java/vtk-Linux-x86_64/libvtkRenderingOpenGL2Java.so ../../lib64/libvtkRenderingOpenGL2.so.9.3 /usr/lib64/libGLEW.so /usr/lib64/libX11.so ../../lib64/libvtkIOImage.so.9.3 ../../lib64/libvtkRenderingHyperTreeGrid.so.9.3 ../../lib64/libvtkImagingCore.so.9.3 ../../lib64/libvtkRenderingUI.so.9.3 /usr/lib64/libX11.so ../../lib64/libvtkRenderingCore.so.9.3 ../../lib64/libvtkFiltersGeneral.so.9.3 ../../lib64/java/vtk-Linux-x86_64/libvtkCommonExecutionModelJava.so ../../lib64/java/vtk-Linux-x86_64/libvtkCommonDataModelJava.so ../../lib64/libvtkFiltersCore.so.9.3 ../../lib64/libvtkCommonExecutionModel.so.9.3 ../../lib64/libvtkCommonDataModel.so.9.3 ../../lib64/libvtkCommonTransforms.so.9.3 ../../lib64/libvtkCommonMisc.so.9.3 ../../lib64/java/vtk-Linux-x86_64/libvtkCommonCoreJava.so ../../lib64/libvtkJava.so.9.3 /usr/lib64/jvm/java/lib/libjawt.so /usr/lib64/jvm/java/lib/server/libjvm.so ../../lib64/libvtkCommonMath.so.9.3 ../../lib64/libvtkCommonCore.so.9.3 ../../lib64/libvtksys.so.9.3 -ldl -lpthread ../../lib64/libvtkkissfft.so.9.3 -Wl,-rpath-link,/home/abuild/rpmbuild/BUILD/VTK-9.3.0/build/lib64:/home/abuild/rpmbuild/BUILD/VTK-9.3.0/build/lib64/java/vtk-Linux-x86_64
[ 4106s] /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld: CMakeFiles/vtkRenderingLICOpenGL2Java.dir/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkCompositeSurfaceLICMapperJava.cxx.o: in function `vtkCompositeSurfaceLICMapper_Typecast':
[ 4106s] /home/abuild/rpmbuild/BUILD/VTK-9.3.0/build/Wrapping/Java/CMakeFiles/vtkRenderingLICOpenGL2Java/vtkCompositeSurfaceLICMapperJava.cxx:18: undefined reference to `vtkCompositePolyDataMapper_Typecast'
[ 4106s] collect2: error: ld returned 1 exit status
[ 4106s] make[2]: *** [Wrapping/Java/CMakeFiles/vtkRenderingLICOpenGL2Java.dir/build.make:387: lib64/java/vtk-Linux-x86_64/libvtkRenderingLICOpenGL2Java.so] Error 1
```
Moving `VTK::RenderingCore` from `PRIVATE_DEPENDS` to `DEPENDS` in the `vtk.module` fixes this.9.3Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/vtk/vtk/-/issues/19194TBB versions prior to TBB 2019 Update 9 does not guard target creation2023-12-19T07:41:53-05:00Dan LipsaTBB versions prior to TBB 2019 Update 9 does not guard target creationWe need to update VTK to use that version of TBB
See
https://gitlab.kitware.com/paraview/paraview/-/merge_requests/6375#note_1449745We need to update VTK to use that version of TBB
See
https://gitlab.kitware.com/paraview/paraview/-/merge_requests/6375#note_14497459.3https://gitlab.kitware.com/vtk/vtk/-/issues/19176Is it possible to updrade ThirdParty/fmt to the latest version?2023-11-25T10:13:58-05:00Andrew MacleanIs it possible to updrade ThirdParty/fmt to the latest version?This is not an error, just a warning and relates to fmt.
Building with Microsoft Visual Studio Community 2022 (64-bit) - Current Version 17.8.1 generates this warning if the C++17 standard is enabled:
``` cmd
stdext::checked_array_itera...This is not an error, just a warning and relates to fmt.
Building with Microsoft Visual Studio Community 2022 (64-bit) - Current Version 17.8.1 generates this warning if the C++17 standard is enabled:
``` cmd
stdext::checked_array_iterator<T *>::iterator_category': warning STL4043: stdext::checked_array_iterator, stdext::unchecked_array_iterator, and related factory functions are non-Standard extensions and will be removed in the future. std::span (since C++20) and gsl::span can be used instead. You can define _SILENCE_STDEXT_ARR_ITERS_DEPRECATION_WARNING or _SILENCE_ALL_MS_EXT_DEPRECATION_WARNINGS to suppress this warning.
```
If you search on STL4043 you will find this [MSVC is deprecating stdext::checked_array_iterator #3540](https://github.com/fmtlib/fmt/issues/3540) the fix seems to be to just upgrade fmt to 10.1 or later. This seems to confirm that upgrading fmt will silence this: [Update fmt version to 10.1.0 #12411](https://github.com/microsoft/react-native-windows/pull/12411)9.3Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/vtk/vtk/-/issues/19174The MapScalars() methods leak in Python2023-11-26T15:21:38-05:00David GobbiThe MapScalars() methods leak in PythonWhen called from Python, the `MapScalars()` methods leak the `vtkUnsignedCharArray` that they return. To avoid the leak, they need the `VTK_NEWINSTANCE` hint.
These methods appear in `vtkScalarsToColors` and `vtkMapper`. In addition t...When called from Python, the `MapScalars()` methods leak the `vtkUnsignedCharArray` that they return. To avoid the leak, they need the `VTK_NEWINSTANCE` hint.
These methods appear in `vtkScalarsToColors` and `vtkMapper`. In addition to adding the hint, the wrappers can be made to warn if they encounter an unhinted `MapScalars()` method that returns a VTK array.
In fact, any VTK method that returns a VTK object but isn't a getter (i.e. doesn't start with Get) has a fair probability of needing a hint.
Ref: [https://discourse.vtk.org/t/retrieve-the-mapped-colors-from-vtkopenglpolydatamapper/12760](https://discourse.vtk.org/t/retrieve-the-mapped-colors-from-vtkopenglpolydatamapper/12760)9.3David GobbiDavid Gobbihttps://gitlab.kitware.com/vtk/vtk/-/issues/19166Linker issue VTK 9.3.0 release2024-02-06T12:07:26-05:00Bryn LloydLinker issue VTK 9.3.0 releaseI tried to compile VTK using VS 2019 (debug) but get linker errors (configure and build logs are attached):
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<float>::vtkConsta...I tried to compile VTK using VS 2019 (debug) but get linker errors (configure and build logs are attached):
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<float>::vtkConstantImplicitBackend<float>(float)" (??0?$vtkConstantImplicitBackend@M@@QEAA@M@Z) already defined in vtkToImplicitRamerDouglasPeuckerStrategy.obj
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<double>::vtkConstantImplicitBackend<double>(double)" (??0?$vtkConstantImplicitBackend@N@@QEAA@N@Z) already defined in vtkToImplicitRamerDouglasPeuckerStrategy.obj
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<char>::vtkConstantImplicitBackend<char>(char)" (??0?$vtkConstantImplicitBackend@D@@QEAA@D@Z) already defined in vtkToImplicitRamerDouglasPeuckerStrategy.obj
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<signed char>::vtkConstantImplicitBackend<signed char>(signed char)" (??0?$vtkConstantImplicitBackend@C@@QEAA@C@Z) already defined in vtkToImplicitRamerDouglasPeuckerStrategy.obj
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<unsigned char>::vtkConstantImplicitBackend<unsigned char>(unsigned char)" (??0?$vtkConstantImplicitBackend@E@@QEAA@E@Z) already defined in vtkToImplicitRamerDouglasPeuckerStrategy.obj
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<short>::vtkConstantImplicitBackend<short>(short)" (??0?$vtkConstantImplicitBackend@F@@QEAA@F@Z) already defined in vtkToImplicitRamerDouglasPeuckerStrategy.obj
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<unsigned short>::vtkConstantImplicitBackend<unsigned short>(unsigned short)" (??0?$vtkConstantImplicitBackend@G@@QEAA@G@Z) already defined in vtkToImplicitRamerDouglasPeuckerStrategy.obj
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<int>::vtkConstantImplicitBackend<int>(int)" (??0?$vtkConstantImplicitBackend@H@@QEAA@H@Z) already defined in vtkToImplicitRamerDouglasPeuckerStrategy.obj
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<unsigned int>::vtkConstantImplicitBackend<unsigned int>(unsigned int)" (??0?$vtkConstantImplicitBackend@I@@QEAA@I@Z) already defined in vtkToImplicitRamerDouglasPeuckerStrategy.obj
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<long>::vtkConstantImplicitBackend<long>(long)" (??0?$vtkConstantImplicitBackend@J@@QEAA@J@Z) already defined in vtkToImplicitRamerDouglasPeuckerStrategy.obj
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<unsigned long>::vtkConstantImplicitBackend<unsigned long>(unsigned long)" (??0?$vtkConstantImplicitBackend@K@@QEAA@K@Z) already defined in vtkToImplicitRamerDouglasPeuckerStrategy.obj
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<__int64>::vtkConstantImplicitBackend<__int64>(__int64)" (??0?$vtkConstantImplicitBackend@_J@@QEAA@_J@Z) already defined in vtkToImplicitRamerDouglasPeuckerStrategy.obj
52>vtkCommonCore-9.3d.lib(vtkCommonCore-9.3d.dll) : error LNK2005: "public: __cdecl vtkConstantImplicitBackend<unsigned __int64>::vtkConstantImplicitBackend<unsigned __int64>(unsigned __int64)" (??0?$vtkConstantImplicitBackend@_K@@QEAA@_K@Z) already defined in vtkToImplicitRamerDouglasPeuckerStrategy.obj
52> Creating library F:/pack/VTK-9.3.0/build/lib/Debug/vtkFiltersReduction-9.3d.lib and object F:/pack/VTK-9.3.0/build/lib/Debug/vtkFiltersReduction-9.3d.exp
52>F:\pack\VTK-9.3.0\build\bin\Debug\vtkFiltersReduction-9.3d.dll : fatal error LNK1169: one or more multiply defined symbols found
[_BuildVTKDebug.log](/uploads/99c275f0ca2e4226b423e709e683c4d3/_BuildVTKDebug.log)
[_ConfigureVTKDebug.log](/uploads/2cf6597261dc11a0db1bb404f3f26046/_ConfigureVTKDebug.log)
I configure VTK like this:
```sh
set CONFIGURATION=Debug
set ROOT_DIR=%cd%
set VTK_SRC_DIR=%ROOT_DIR%\src
set WORKING_DIR=%ROOT_DIR%\build
set INSTALL_PREFIX_DIR=%ROOT_DIR%\install
mkdir %WORKING_DIR%
cd %WORKING_DIR%
set TBB_CMAKE_DIR=C:/Users/lloyd/Downloads/oneapi-tbb-2021.10.0-win/lib/cmake/tbb
rem Configure and generate VS project
cmake -G "Visual Studio 16 2019" -DCMAKE_INSTALL_PREFIX=%INSTALL_PREFIX_DIR%/%CONFIGURATION% ^
-DBUILD_TESTING:BOOL=OFF -DBUILD_SHARED_LIBS:BOOL=ON ^
-DVTK_GROUP_ENABLE_Imaging=WANT ^
-DVTK_GROUP_ENABLE_MPI=NO ^
-DVTK_GROUP_ENABLE_Qt=NO ^
-DVTK_GROUP_ENABLE_Rendering=DEFAULT ^
-DVTK_GROUP_ENABLE_StandAlone=WANT ^
-DVTK_GROUP_ENABLE_Views=NO ^
-DVTK_GROUP_ENABLE_Web=NO ^
-DVTK_MODULE_ENABLE_VTK_FiltersHybrid=YES ^
-DVTK_MODULE_ENABLE_VTK_FiltersVerdict=YES ^
-DVTK_MODULE_ENABLE_VTK_IOGeometry=YES ^
-DVTK_MODULE_ENABLE_VTK_IOParallel=YES ^
-DVTK_MODULE_ENABLE_VTK_IOParallelExodus=YES ^
-DVTK_MODULE_ENABLE_VTK_IOPLY=YES ^
-DVTK_WRAP_PYTHON:BOOL=OFF ^
-DVTK_ENABLE_WRAPPING:BOOL=OFF ^
-DVTK_INSTALL_PYTHON_EXES:BOOL=OFF ^
-DVTK_SMP_ENABLE_TBB:BOOL=ON ^
-DVTK_SMP_IMPLEMENTATION_TYPE:STRING=TBB ^
-DTBB_DIR=%TBB_CMAKE_DIR% ^
%VTK_SRC_DIR% > ..\"_ConfigureVTK%CONFIGURATION%.log"
```9.3https://gitlab.kitware.com/vtk/vtk/-/issues/19155vtkOCCTReader fails to compile2023-11-26T15:20:15-05:00Orion PoplawskivtkOCCTReader fails to compileTrying to build vtk 9.3.0.rc2 on Fedora rawhide I'm getting:
```
[ 28%] Building Java object Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/vtkOCCTReader.class
cd /builddir/build/BUILD/VTK-9.3.0.rc2/redhat-linux-build-serial/Wrapping/Java && /...Trying to build vtk 9.3.0.rc2 on Fedora rawhide I'm getting:
```
[ 28%] Building Java object Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/vtkOCCTReader.class
cd /builddir/build/BUILD/VTK-9.3.0.rc2/redhat-linux-build-serial/Wrapping/Java && /usr/bin/javac -classpath /builddir/build/BUILD/VTK-9.3.0.rc2/redhat-linux-build-serial/Wrapping/Java -source 1.7 -target 1.7 /builddir/build/BUILD/VTK-9.3.0.rc2/redhat-linux-build-serial/Wrapping/Java/vtk/vtkOCCTReader.java -d CMakeFiles/vtkjava.dir
warning: [options] bootstrap class path not set in conjunction with -source 7
warning: [options] source value 7 is obsolete and will be removed in a future release
warning: [options] target value 7 is obsolete and will be removed in a future release
warning: [options] To suppress warnings about obsolete options, use -Xlint:-options.
/builddir/build/BUILD/VTK-9.3.0.rc2/redhat-linux-build-serial/Wrapping/Java/vtk/vtkOCCTReader.java:47: error: method SetFileFormat(int) is already defined in class vtkOCCTReader
public void SetFileFormat(int id0)
^
1 error
4 warnings
```9.3https://gitlab.kitware.com/vtk/vtk/-/issues/19125vtk 9.3rc1 fails to build on FreeBSD2023-10-18T15:31:52-04:00Sean McBridevtk 9.3rc1 fails to build on FreeBSDThere are a couple of compiler errors building 9.3rc1 on FreeBSD, all in third party.
I'll work to get them fixed upstream first.
I've fixed one so far: https://github.com/sandialabs/seacas/pull/407/files
How to proceed from here thou...There are a couple of compiler errors building 9.3rc1 on FreeBSD, all in third party.
I'll work to get them fixed upstream first.
I've fixed one so far: https://github.com/sandialabs/seacas/pull/407/files
How to proceed from here though? Given we are already in rc stage, perhaps best to cherry pick just the minimal fix?9.3Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/vtk/vtk/-/issues/19085vtkGLTFImporter/vtkGLTFReader hangs when searching for URI2023-09-21T04:02:50-04:00Mathieu Westphal (Kitware)vtkGLTFImporter/vtkGLTFReader hangs when searching for URIWith a certain [dataset](https://drive.google.com/file/d/11spGIZuOAAq7-WaiUbDpoVNCRmRD7vHp/view?usp=sharing) (which seems fairly common) vtkGLTFReader and vtkGLTFImporter hangs when calling `vtkURI::RemoveDotSegments`
```
while(!emp...With a certain [dataset](https://drive.google.com/file/d/11spGIZuOAAq7-WaiUbDpoVNCRmRD7vHp/view?usp=sharing) (which seems fairly common) vtkGLTFReader and vtkGLTFImporter hangs when calling `vtkURI::RemoveDotSegments`
```
while(!empty)
...
{
std::size_t firstSegment = input.find('/', 1);
output += input.substr(0, firstSegment);
input.erase(0, firstSegment);
}
```
We are parsing the entire file with this code, which is taking a very long time.
I think we should not be calling this but end up there anyway.
@alexy.pellegrini9.3https://gitlab.kitware.com/vtk/vtk/-/issues/19067Link error in Windows build with DBUILD_SHARED_LIBS=OFF2024-03-12T07:39:25-04:00Kenichiro YoshimiLink error in Windows build with DBUILD_SHARED_LIBS=OFFThe following link error occurs when building with the option **DBUILD_SHARED_LIBS=OFF** in MSVC on Windows. It does not matter if "DSMP_IMPLEMENTATION_TYPE=Sequential" or not.
> vtkCommonCore-9.3.lib(vtkSMPToolsAPI.obj) : error LNK2019...The following link error occurs when building with the option **DBUILD_SHARED_LIBS=OFF** in MSVC on Windows. It does not matter if "DSMP_IMPLEMENTATION_TYPE=Sequential" or not.
> vtkCommonCore-9.3.lib(vtkSMPToolsAPI.obj) : error LNK2019: unresolved external symbol "public: bool __cdecl vtk::detail::smp::vtkSMPToolsImpl<1>::IsParallelScope(void)" (?IsParallelScope@?$vtkSMPToolsImpl@$00@smp@detail@vtk@@QEAA_NXZ) referenced in function "public: bool __cdecl vtk::detail::smp::vtkSMPToolsAPI::IsParallelScope(void)" (?IsParallelScope@vtkSMPToolsAPI@smp@detail@vtk@@QEAA_NXZ)
This error seems to be caused by the following MR:\
https://gitlab.kitware.com/vtk/vtk/-/merge_requests/10027. \
Indeed, when I revert this merge, the static library is created without any problems.
The same problem is reported at
https://discourse.vtk.org/t/vtk-failed-to-build-due-to-error-lnk2019-and-error-lnk1120-on-windows-with-msvc/116719.3Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/vtk/vtk/-/issues/18624Update diy2 ti fix build errors.2023-08-17T16:15:22-04:00Alexander NeumannUpdate diy2 ti fix build errors.diy dropped small vector form choco to itlib.
Reason:
choco small vector won't compile with C++20 (and I currently see those errors.)diy dropped small vector form choco to itlib.
Reason:
choco small vector won't compile with C++20 (and I currently see those errors.)9.3Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/vtk/vtk/-/issues/19294Hyper Tree Super Cursors doesn't support masks which lead to crash2024-03-27T09:03:35-04:00Loïc GaillardHyper Tree Super Cursors doesn't support masks which lead to crashThe `vtkHyperTreeGridNonOrientedUnlimitedSuperCursor` doesn't support the use of masks, which can lead to a crash when used with a masked input. It could be added so that it can be used in other filters such as `vtkHyperTreeGridGradient`.The `vtkHyperTreeGridNonOrientedUnlimitedSuperCursor` doesn't support the use of masks, which can lead to a crash when used with a masked input. It could be added so that it can be used in other filters such as `vtkHyperTreeGridGradient`.https://gitlab.kitware.com/vtk/vtk/-/issues/19293Masked fraction bias in vtkRandomHyperTreeGridSource isn't exposed2024-03-27T09:02:10-04:00Loïc GaillardMasked fraction bias in vtkRandomHyperTreeGridSource isn't exposedIn `vtkRandomHyperTreeGridSource`, it is possible to apply a random mask. This mask is subject to a bias depending on the branching factor and the number of tree but it currently isn't exposed by any means by the class. It could be handy...In `vtkRandomHyperTreeGridSource`, it is possible to apply a random mask. This mask is subject to a bias depending on the branching factor and the number of tree but it currently isn't exposed by any means by the class. It could be handy to be able to access it through a property or a method.