-
Notifications
You must be signed in to change notification settings - Fork 5
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
Allow GCC 10+ compilation #21
Conversation
Codecov Report
@@ Coverage Diff @@
## main #21 +/- ##
=======================================
Coverage 49.97% 49.97%
=======================================
Files 5 5
Lines 1683 1683
=======================================
Hits 841 841
Misses 842 842 📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
I would prefer to keep the 3.16 files to be consistent to the version used. The alternative would be to apply the |
Now that you mention it, I think adding |
Since this flag is not available for GCC < 10, I think you need something similar to what was done in mdolab/adflow#244, then all versions should work. |
You're right. I just pushed an update. |
Purpose
In #16, I updated the AD code and ADFirstAidKit to use Tapenade 3.16 instead of 3.10. However, the newer ADFirstAidKit is not compatible with GCC 10+ because of type mismatches.
I reverted the ADFirstAidKit files to Tapenade 3.10 in this PR. The actual AD code is still generated with Tapenade 3.16.I added
-fallow-argument-mismatch
to the F77 gfortran flags to allow compilation with GCC 10+.Expected time until merged
2-3 days
Type of change
Testing
Checklist
flake8
andblack
to make sure the Python code adheres to PEP-8 and is consistently formattedfprettify
or C/C++ code withclang-format
as applicable