Skip to content
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

Need an easy way to reference build settings at runtime #1147

Open
mkavulich opened this issue Oct 30, 2024 · 0 comments · May be fixed by #1139
Open

Need an easy way to reference build settings at runtime #1147

mkavulich opened this issue Oct 30, 2024 · 0 comments · May be fixed by #1139
Assignees
Labels
enhancement New feature or request

Comments

@mkavulich
Copy link
Collaborator

mkavulich commented Oct 30, 2024

Description

For various reasons, it may be necessary to be able to reference some build settings (e.g. build-time flags, compiler, etc.) when setting up and/or running your SRW experiment.

Solution

Take advantage of the existing logic in the top-level CMakeLists.txt to write a yaml file with build settings that can then be easily read by the workflow at both setup- and run-time.

For example, with the new UFS fire build (#1139), it is necessary to check that the weather model has been built with fire capabilities before we generate an experiment with fire settings. It could be used similarly in checks for AQM builds; currently this is not done and so error checking is incomplete. This could also be used to deprecate the need to specify a compiler manually in config.yaml, avoiding potential errors that come from incorrect user settings. And I'm sure there are many other cases where this capability would be useful.

Requirements**

Build settings should be in yaml format so that it can be read like any other SRW settings file. Should include the "application" that was built, compiler, and other build-time settings that would be useful to reference at configure/runtime.

Acceptance Criteria (Definition of Done)

Merging of PR #1139

@mkavulich mkavulich added the enhancement New feature or request label Oct 30, 2024
@mkavulich mkavulich self-assigned this Oct 30, 2024
@mkavulich mkavulich linked a pull request Nov 1, 2024 that will close this issue
21 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant