Paraview: uses canonical cuda_arch variant#23257
Conversation
bda37cb to
10d7c76
Compare
c7b4764 to
7f30084
Compare
231c70e to
dcdeb80
Compare
3672e6e to
6da0635
Compare
6da0635 to
9e32fe2
Compare
elleryames
left a comment
There was a problem hiding this comment.
This PR fixes the issue I reported here: issue #22970.
|
Does the package even need to have the string based variant in the spec at all? Can the package just rely on the inherited integer variant and map that accordingly to the string value that paraview needs to build? |
alalazo
left a comment
There was a problem hiding this comment.
I just left a question and a minor comment. What would be needed to push this forward? Let me know if you need any help here.
9e32fe2 to
567af8b
Compare
|
@chuckatkins @alalazo after some exploratory work in the spack Moreover while those flags are there, for newer ParaView releases we are still working to provide support of ParaView + VTKm + CUDA, we are not quite done yet. So at this point we do not really expect users to use this flag. All in all, I vote for getting rid of the string |
👍 |
746a41f to
23ff46b
Compare
alalazo
left a comment
There was a problem hiding this comment.
I left a few comments above. Let me know if you need help or want to discuss anything.
ce87dd6 to
3adecac
Compare
3adecac to
b577ff9
Compare
5d2a617 to
c791b82
Compare
cuda_arch in ParaView will not longer accept CUDA architecture names Co-authored-by: Seth R. Johnson <[email protected] Signed-off-by: Vicente Adolfo Bolea Sanchez <[email protected]>
c791b82 to
38afb78
Compare
|
@spackbot run pipeline |
|
I've started that pipeline for you! |
This PR removes the custom variant
cuda_archfrom the ParaView pkg as this conflict with thecuda_archvariant provided by the CudaPackage super-class that we inherit.From now on ParaView will only accept as args for
cuda_archthe Cuda arch versions numbers. This is, instead of writingcuda_arch=voltayou might writecuda_arch=70.Signed-off-by: Vicente Adolfo Bolea Sanchez [email protected]