@hkvzjal it looks like cross language inlining is not supported. I don’t know if that is what they needed. It goes back to my comment here: An evaluation of risks associated with relying on Fortran for mission critical codes for the next 15 years - #4 by certik, where I suggest that mixing of languages generally makes everything worse, you have all these interface problems. It’s better to choose just one language and do things in it. This is a tough problem, since they are using Amrex, which is in C++, and it might be hard to create performing Fortran wrappers so that one can use it with Fortran projects and run well on GPUs. I think long term there should be a way to do that, but I can easily see how this becomes a maintenance burden, and just doing it in C++ is a lot simpler.
Related topics
Topic | Replies | Views | Activity | |
---|---|---|---|---|
An evaluation of risks associated with relying on Fortran for mission critical codes for the next 15 years
|
82 | 7480 | July 2, 2023 | |
Why abandon Fortran for Linear Algebra?
|
46 | 7070 | August 11, 2021 | |
"A Perspective on Sustainable Computational Chemistry Software Development and Integration": doutbtful comments about Fortran | 15 | 1010 | March 7, 2024 | |
High Performance Fortran (HPF) history and lessons
|
32 | 3863 | December 31, 2020 | |
Risk of using Fortran | 32 | 1926 | May 22, 2022 |