-
Notifications
You must be signed in to change notification settings - Fork 532
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add shared library option to FindSCOTCH.cmake #1021
Comments
I think we should allow for a static build as well as WW3 is used by a wide variety of users, some might prefer a static over a shared build of SCOTCH and I don't think we should limit a use case for that. (I also thought that wcoss2 libraries were all static not shared, but either way I think flexibility is desired). Will you be providing the update to the FindSCOTCH.cmake for the shared library path @ulmononian? |
@JessicaMeixner-NOAA thanks for your quick reply. i agree that maintaining flexibility is the best option here. i will submit a PR here to add the shared library capability in addition to retaining the static option soon (hopefully mid next week). |
Is your feature request related to a problem? Please describe.
It would be preferable to build scotch w/ shared libraries for future spack-stack releases. However, the current WW3
FindSCOTCH.cmake
file looks for static scotch library files and fails if only shared libraries are present. In the UFS-WMcpld_control_pdlib*
regression tests, for example, this failure to locate/utilize shared scotch libraries manifests in the following error during the compile stage of the S2SW configuration of the weather model:Describe the solution you'd like
Would it be possible to either switch exclusively to the use of scotch built w/ shared libraries or alter
FindSCOTCH.cmake
to allow the location/use of shared libraries? I am not sure if there is/is not a particular need in WW3 for the static build, so I apologize in advance for my ignorance on the matter.The text was updated successfully, but these errors were encountered: