Skip to content

ParaView: add option to enable extra hdf5 based IO modules#3483

Open
kwryankrattiger wants to merge 1 commit intospack:developfrom
kwryankrattiger:paraview_hdf5_extras
Open

ParaView: add option to enable extra hdf5 based IO modules#3483
kwryankrattiger wants to merge 1 commit intospack:developfrom
kwryankrattiger:paraview_hdf5_extras

Conversation

@kwryankrattiger
Copy link
Copy Markdown
Contributor

The IO related variants still need to better reflect what is denoted by the build edition. Currently it is opaque to the Spack user if an IO module is enabled or not as decisions around defaults change and are not adequately exposed via variants.

@kwryankrattiger kwryankrattiger force-pushed the paraview_hdf5_extras branch 3 times, most recently from ec2e149 to f3cb9f3 Compare February 19, 2026 20:23
@kwryankrattiger kwryankrattiger changed the title Draft: Option to enable extra based IO tools ParaView: add option to enable extra hdf5 based IO tools Feb 19, 2026
@kwryankrattiger kwryankrattiger changed the title ParaView: add option to enable extra hdf5 based IO tools ParaView: add option to enable extra hdf5 based IO modules Feb 19, 2026
@kwryankrattiger kwryankrattiger marked this pull request as ready for review February 19, 2026 20:25
Copy link
Copy Markdown
Member

@vicentebolea vicentebolea left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks good, just some questions to understand it better.

Comment thread repos/spack_repo/builtin/packages/paraview/package.py
Comment thread repos/spack_repo/builtin/packages/paraview/package.py Outdated
johnwparent
johnwparent previously approved these changes Mar 2, 2026
Copy link
Copy Markdown
Contributor

@johnwparent johnwparent left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

One nit that can be ignored, looks good.

Comment thread repos/spack_repo/builtin/packages/paraview/package.py
The IO related variants still need to better reflect what is denoted by
the build edition. Currently it is opaque to the Spack user if an IO
module is enabled or not as decisions around defaults change and are not
adequately exposed via variants.

Signed-off-by: Ryan Krattiger <ryan.krattiger@kitware.com>
@@ -182,6 +192,14 @@ class Paraview(CMakePackage, CudaPackage, ROCmPackage):
when="%xl_r",
msg="Use paraview@5.9.0 with %xl_r. Earlier versions are not able to build with xl.",
)
# Require HDF5 and MPI for the extra HDF5 based readers
conflicts("+hdf5_extra", when="~hdf5")
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@kwryankrattiger Could you add an error message here?

Suggested change
conflicts("+hdf5_extra", when="~hdf5")
conflicts("+hdf5_extra", when="~hdf5", msg="hdf5_extra needs hdf5")

@@ -182,6 +192,14 @@ class Paraview(CMakePackage, CudaPackage, ROCmPackage):
when="%xl_r",
msg="Use paraview@5.9.0 with %xl_r. Earlier versions are not able to build with xl.",
)
# Require HDF5 and MPI for the extra HDF5 based readers
conflicts("+hdf5_extra", when="~hdf5")
conflicts("+hdf5_extra", when="~mpi")
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@kwryankrattiger Same as above, could you add an error message here?

Suggested change
conflicts("+hdf5_extra", when="~mpi")
conflicts("+hdf5_extra", when="~mpi", msg="hdf5_extra needs mpi")

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants