Skip to content

Conversation

@mathomp4
Copy link
Member

@mathomp4 mathomp4 commented Nov 17, 2025

This PR is mainly here so I don't forget. The change here is because of an issue that @agstub and @bena-nasa found when trying to debug issues with integrating ISSM into GEOS.

When @agstub was trying to run, he kept crashing. It was found with a debugger that it was crashing in a ddot call from WW3, which he was not running. It turns out WW3 has some BLAS and LAPACK calls in bare subroutines. So, once GEOS was all linked up, instead of using the BLAS/LAPACK ddot call from MKL (or petsc or wherever ISSM expected it), it got it from WW3.

Just so @agstub could keep working, I made this name-mangled version of 7.14 so he could proceed. All I did was add a ww3_ prefix to the BLAS/LAPACK routines I could see.

As @tclune said in a meeting, the right way for this to be done is probably to put the WW3 dupes in a module not as bare subroutines. Then, we'd just need to tell WW3 to use that module when it needs them.

That said, while this update allows @agstub to run, I'm not sure if I've now broken WW3 runs of GEOS. @atrayano says he knows how to run and of course @adarmenov does as well. Maybe this could be tested so we at least know nothing broke.

NOTE: This is still an issue upstream in WW3. I wonder if I should make an issue there?

@mathomp4 mathomp4 requested a review from adarmenov November 17, 2025 20:56
@mathomp4 mathomp4 self-assigned this Nov 17, 2025
@mathomp4 mathomp4 added the 0 diff The changes in this pull request have verified to be zero-diff with the target branch. label Nov 17, 2025
@adarmenov
Copy link
Collaborator

... This is still an issue upstream in WW3. I wonder if I should make an issue there?

Thank you @mathomp4 for fixing this. Opening an issue upstream is a good idea.

Copy link
Collaborator

@adarmenov adarmenov left a comment

Choose a reason for hiding this comment

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

LGTM

@mathomp4
Copy link
Member Author

... This is still an issue upstream in WW3. I wonder if I should make an issue there?

Thank you @mathomp4 for fixing this. Opening an issue upstream is a good idea.

Well, I was about to make one but:

NOAA-EMC#1521

so yay!

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

Labels

0 diff The changes in this pull request have verified to be zero-diff with the target branch.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants