Skip to content

Introduce SpeciesLutFieldAdaptor#28

Closed
mabruzzo wants to merge 453 commits into
brittonsmith:gen2024from
mabruzzo:gen2024transcribe/SpeciesLUTFieldAdaptor
Closed

Introduce SpeciesLutFieldAdaptor#28
mabruzzo wants to merge 453 commits into
brittonsmith:gen2024from
mabruzzo:gen2024transcribe/SpeciesLUTFieldAdaptor

Conversation

@mabruzzo

Copy link
Copy Markdown

This is to be reviewed after #27 is merged


I need to come back and flesh out the description of this PR. (It will be easier to do that once future PRs that use this machinery are posted).

This consists of 2 commits and it introduces some important machinery that will be used to transcribed step_rate_newton_raphson. I view this as a bit of temporary machinery to aide with transcription. In the longer term, I think we should be doing something a little more elegant (but similar in principle to this PR)


Again, I have manually confirmed that this PR passes all tests

@mabruzzo mabruzzo changed the base branch from master to gen2024 February 14, 2025 15:02
ChristopherBignamini and others added 28 commits March 29, 2025 13:50
…sary now that the cool1d_cloudy_old_tables_g.F bug is fixed

While I haven't tested it (I don't currently have access to an appropriate system), it should be fine since I was originally the one who originally added the flag (and I don't think anyone uses it)
A handful of c functions had a `[-Wreturn-type]` compiler warning where
a function was supposed to return a value but had at least 1 control
flow branch where we didn't return anything.
I realized that the running the code on MacOS machine with
CMAKE_BUILD_TYPE=Release and CMAKE_BUILD_TYPE=Debug produces slightly
different answers.

The flags used in these cases are:

  - Release: -O3
  - Debug: -g

This is fairly disturbing since it should not make a difference (-O3
does not enable any floating point optimizations). While I haven't
tested it, I'm **extremely** confident that this isn't a CMake issue.

But I'm not really sure what we can do... Let's keep track of this
…cution

Make `pytest` invokable from the root directory
Co-authored-by: Britton Smith <brittonsmith@gmail.com>
Co-authored-by: Britton Smith <brittonsmith@gmail.com>
…tructions

Add instructions for running the corelib tests
…atPrecision

Add a consistency check for the precision of gr_float
…ies.data_path.grackle_data_dir`` in external code.

The whole premise is that PR grackle-project#237 is proposing an alternative approach that for managing data file locations, and I would prefer not to have multiple similar ways to do something like managing data files:
- I happen to think that the alternative is much more robust (i.e. it does not require that a source directory is maintained in perpetuity and that the correct version of the source directory is checked out)
- importantly, it is an approach that will work in C, C++, Fortran, and Python

If we ultimately decide not to use the approach presented in PR grackle-project#237, we can always expose this part of the API later.
CI: shift core-library tests to a separate "job"
brittonsmith and others added 27 commits June 1, 2025 09:14
Merge 'ncc-speedup-test_models' into ncc-answers
…_models

[newchem-cpp] Speedup test_models.py by direct importing
[newchem-cpp] Add model tests for newchem-cpp functionality
The intention here is to merge this commit into the main branch while we
configure pre-commit to run code formatting/linting in the newchem-cpp
branch. PR grackle-project#287 (where we start configuring pre-commit to run
formatting/linting) is configured so all changes build off this commit
(in other words, there won't be any merge conflicts when we ultimately
merge newchem-cpp into main).

If we don't merge a .pre-commit-config.yaml file into the main branch,
then pre-commit.ci will report a failure (since it can't find a
.pre-commit-config.yaml file)
I also fixed some of the errors it found
@mabruzzo

Copy link
Copy Markdown
Author

superseded by grackle-project#354

@mabruzzo mabruzzo closed this Jun 11, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants