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

Additional compilers #28

Open
wants to merge 7 commits into
base: bom_master
Choose a base branch
from
Open

Additional compilers #28

wants to merge 7 commits into from

Conversation

hiker
Copy link
Owner

@hiker hiker commented Oct 23, 2024

This just adds declarations for additional compilers:

  • intel llfcm (icx, ifx)
  • nvidia (nvc, nvfortran)
  • cray (craycc, crayftn)

And also supports the Cray compiler wrapper: on a Cray system, the compilers are always called cc/ftn - but these are just wrappers that (depending on the loaded modules) will execute either the corresponding gnu, intel, or gnu tool (with additional parameters to automatically link libraries like MPI based on the modules loaded.

Since I didn't want to define Ftn and Cc as compiler wrapper (while ftn is pretty much cray specific, cc is definitely very common and would result in confusion), I have therefore names the compiler wrapper CrayFtn and CrayCc (which will be used to create the compiler wrapper for intel and gnu, e.g. with the names crayftn-ifort, or craycc-gcc).

The actual 'native' compiler are only called using the wrapper script, so in order to have a consistent naming scheme, I used the corresponding names crayftn-ftn and craycc-cc - and the classes are names Crayftn and Craycc. That's a bit confusing (given that CrayFtn etc are wrapper), but it was the best idea I had to use class names and compiler (wrapper) names consistently.

Better ideas are welcome :)

@hiker
Copy link
Owner Author

hiker commented Oct 23, 2024

I also removed the whole concept of mixins to handle the compiler version detection. I am aware that I originally suggested it :) But it turns out that in all these cases so far a simple regex is all that is needed, and it additionally simplifies the code (no more need in the mixins to check which compiler type there is to detect the compiler name)

@hiker hiker mentioned this pull request Oct 23, 2024
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.

1 participant