You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We get a warning message about deprecated options:
ifort: command line remark #10411: option '-openmp' is deprecated and will be removed in a future release. Please use the replacement option '-qopenmp'
However, the executable is built and can run.
> mat_mult
yep, this is OpenMP parallel
When switching to the newer Intel ifort compiler, the -openmp option has now been removed.
> ml intel/18.0.1
> ifort -openmp -o mat_mult mat_mult.F
Which gives us this output
ifort: command line error: option '-openmp' is not supported. Please use the replacement option '-qopenmp'
As expected, the new -qopenmp option is OK
> ifort -qopenmp -o mat_mult mat_mult.F
> mat_mult
yep, this is OpenMP parallel
I tested this on WRF. The -qopenmp option seems safe at least going back to ifort 16.0.1:
New compiler (tested on WRF and test program)
The intel/18.0.1 builds with OpenMP when the -qopenmp option replaces the deprecated -openmp.
The intel/18.0.1 does not build with OpenMP with the -openmp option.
Older compiler (tested on WRF and test program)
The intel/17.0.1 builds with OpenMP when the -qopenmp option replaces the deprecated -openmp.
The intel/17.0.1 builds with OpenMP with the -openmp option.
Even older compiler (tested only on test program)
The intel/16.0.1 builds with OpenMP when the -qopenmp option replaces the deprecated -openmp.
The intel/16.0.1 builds with OpenMP with the -openmp option.
The text was updated successfully, but these errors were encountered:
@mgduda@kkeene44
Michael and Kelly,
I found this -openmp issue with intel 18 and greater doing regression testing both on my Mac and on cheyenne. We should make sure that if WPS, MPAS, or any WRF post-procs use OpenMP, the new -qopenmp option is substituted.
TYPE: bug fix
KEYWORDS: Intel, ifort, OpenMP, deprecated
SOURCE: internal
DESCRIPTION OF CHANGES:
Problem:
Starting with ifort/18.0.1 on cheyenne, the -openmp option is no longer available.
The WRF code cannot be built with OpenMP with a compiler that is v18.0 or newer.
Solution:
The Intel compiler has mentioned for years that the -openmp flag was deprecated
and that users should seelct -qopenmp instread. The older existing cheyenne Intel
compilers (16.0.1 and 17.0.1) both work with -openmp and -qopenmp. The new Intel
compiler requires -qopenmp
ISSUE:
Fixeswrf-model#694 "Intel ifort 18 compiler replaces -openmp with -qopenmp"
LIST OF MODIFIED FILES:
M configure.defaults
TESTS CONDUCTED:
1. New compiler - WRF and test OpenMP code
- [x] The intel/18.0.1 builds with OpenMP when the -qopenmp option replaces the deprecated -openmp.
- [x] The intel/18.0.1 _does not_ build with OpenMP with the -openmp option.
2. Older compiler - WRF and test OpenMP code
- [x] The intel/17.0.1 builds with OpenMP when the -qopenmp option replaces the deprecated -openmp.
- [x] The intel/17.0.1 builds with OpenMP with the -openmp option.
3. Even older compiler - test OpenMP code
- [x] The intel/16.0.1 builds with OpenMP when the -qopenmp option replaces the deprecated -openmp.
- [x] The intel/16.0.1 builds with OpenMP with the -openmp option.
RELEASE NOTE:
WRF supports correct compiler flag for OpenMP builds with newer Intel compilers, v18.0 and later.
Here is a simple Fortran program that exhibits different behavior when the OpenMP compile-time option is activated:
Here is an older Intel ifort compiler:
We get a warning message about deprecated options:
However, the executable is built and can run.
When switching to the newer Intel ifort compiler, the -openmp option has now been removed.
Which gives us this output
As expected, the new -qopenmp option is OK
I tested this on WRF. The -qopenmp option seems safe at least going back to ifort 16.0.1:
The text was updated successfully, but these errors were encountered: