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

Change to OpenMP flag in Intel compilers #118

Open
mandli opened this issue Mar 19, 2017 · 7 comments
Open

Change to OpenMP flag in Intel compilers #118

mandli opened this issue Mar 19, 2017 · 7 comments

Comments

@mandli
Copy link
Member

mandli commented Mar 19, 2017

It looks like Intel has decided to deprecate the previous OpenMP compiler flag -openmp in favor of -qopenmp. We should either allow the user to set the OpenMP flag via an environment variable and/or check the version of ifort and use the correct one.

@rjleveque
Copy link
Member

Isn't that something the user always specifies in FFLAGS anyway?

@mandli
Copy link
Member Author

mandli commented Mar 19, 2017

They can but we do provide a OMP_FLAG if they don't want to have to worry about switching out the OpenMP flag. I don't think used explicitly anywhere but we should either remove it or correct it. I almost always set FFLAGS myself in the environment so I don't change the Makefiles but then use the OMP_FLAG if I want threading enabled.

@mjberger
Copy link
Contributor

mjberger commented Mar 19, 2017 via email

@mandli
Copy link
Member Author

mandli commented Mar 19, 2017

The only thing that makes me pause a bit is that we had briefly talked about having an option to build in debug or optimized mode automatically with some preferred flags. If we do this we would have to effectively have this. Otherwise I am fine taking this out.

@rjleveque
Copy link
Member

We have the page http://www.clawpack.org/fortran_compilers.html
with lists of recommended flags. I guess I'm in favor of just updating this if necessary and leaving it to the user rather than having too many sets of flags that might or might not over-ride one another, which seems confusing.

@mjberger
Copy link
Contributor

mjberger commented Mar 19, 2017 via email

@mandli
Copy link
Member Author

mandli commented Mar 20, 2017

Do we want a debug/optimized option in the Makefiles or do we want to rely on users finding the docs? I am ok with either or. I think I originally added OMP_FLAG so that we could have some automated features like the makefile debug/optimized options which is fairly common in open source libraries. Given that having threads is independent from compiling as debug/optimized (of course usually this would not be an issue) I think I though to provide a second option to override the default threading option.

In any case I am fine removing this and relying on the docs or spending a small bit of effort and having a canned debug/optimized option.

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

No branches or pull requests

3 participants