-
Notifications
You must be signed in to change notification settings - Fork 443
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
Possible Issue with Intel 17.0.098 and GCC 6.1.0 in Develop Branch #445
Comments
I wonder if this is related to issue #298. Btw we use the InDevelop label to indicate that a solution (either a new feature or a bugfix) made it into the develop branch. |
Could be. I can only debug so far with |
Nope there is not (a label). If you find a bug in develop in a non-experimental feature (there is an extra label for experimental) than it is most likely in master as well. |
Can you install GCC 6.1 on bowman? Otherwise I install it locally for me to reproduce. |
We will get to this later today, we are still running some shake down stuff here and will get you some more info later today. I wouldn't spend long on this until we can work through some of this on the system we are using first. |
Also mark as enhancement, since GCC 6 is not yet officially supported (i.e. this request asks to fix a situation which is not supposed to work). |
Using Intel 17.0.098 with GCC 6.2 on Bowman doesn't link:
So I can't verify right now. |
@crtrott how did you load the modules? |
I did load intel/compiler/17.0.098 and then swap gcc. |
@crtrott - can you try that again please? There is a very subtle file path change in GCC6.2.0 which may be causing your issue. I was able to compile fine before change and it's also working for me after so it's a little odd. |
Looks like it works on the compute nodes, but not on the headnode. |
Working for me. Can you email me offline with a copy of the env command after you configure your modules? |
anyway looks like it is working now. |
Not sure if this will be reproducible on other machines but we are seeing
Kokkos::initialize
hang in theSharedAllocationRecord
constructor when using Intel 17.0.098 with GCC 6.1.0 and the OpenMP backend when compiling for KNL. The code will just hang in the initialize call forever and make no progress.The text was updated successfully, but these errors were encountered: