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

#4077 Follow-on cleanup: drop volatile-qualified members from Pair and Complex #5412

Merged
merged 4 commits into from
Oct 27, 2022

Conversation

PhilMiller
Copy link
Contributor

Inspired by documentation work in kokkos/kokkos-core-wiki#151, whose corresponding PR will reflect this

Copy link
Member

@dalg24 dalg24 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please guard it with DEPRECATED_CODE_4

@PhilMiller
Copy link
Contributor Author

Please guard it with DEPRECATED_CODE_4

I expect they're probably unused.

Could we go with 3, and see if anyone complains once 4.0 ships, so we can drop them in 4.1? I know we're technically late, but it may be immaterial.

@dalg24
Copy link
Member

dalg24 commented Aug 31, 2022

Please guard it with DEPRECATED_CODE_4

I expect they're probably unused.

Could we go with 3, and see if anyone complains once 4.0 ships, so we can drop them in 4.1? I know we're technically late, but it may be immaterial.

I would be fine with 4. I think Christian was leaning towards 3. @crtrott please advise.

@PhilMiller PhilMiller marked this pull request as draft September 1, 2022 00:42
@PhilMiller
Copy link
Contributor Author

PhilMiller commented Oct 25, 2022

Following comments from @dalg24 I concluded the following

I’m considering the possibility of code that was written to work with 3.6, and then later adapted to also compile without warnings or deprecation errors on 3.7/4.0 - i.e. It defines some custom join or operator+= for both volatile qualified arguments, and non-qualified arguments. At present, the code will compile without warnings against 3.7/develop, and use the non-qualified overloads. If the overloads in that PR are made unavailable, then the old disused volatile qualified overloads will now fail to compile, because the operators they might call will be missing. So, that leads me to agree to mark it 4 and not 3.

I will amend and rebase

Copy link
Contributor

@masterleinad masterleinad left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we deprecate them properly with KOKKOS_DEPRECATED?

@PhilMiller
Copy link
Contributor Author

Should we deprecate them properly with KOKKOS_DEPRECATED?

... Yes

@PhilMiller PhilMiller marked this pull request as draft October 26, 2022 18:17
@PhilMiller PhilMiller marked this pull request as ready for review October 26, 2022 23:14
(!defined(KOKKOS_COMPILER_INTEL) || KOKKOS_COMPILER_INTEL >= 2021)
#if defined(KOKKOS_ENABLE_DEPRECATION_WARNINGS) && !defined(__NVCC__) && \
(!defined(KOKKOS_COMPILER_INTEL) || KOKKOS_COMPILER_INTEL >= 2021) && \
!defined(KOKKOS_ENABLE_OPENACC)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I find it interesting that it works in the NVHPC build and not in the OPENACC one.
They use nvc++ version 22.7 and 22.3 respectively.
Let's check if it works with more recent version of the compiler and bump the version if that happens to do the trick
@seyonglee @pedrovalerolara

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nevermind I see the same issue with 22.9
We need to report this.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

#5604 fixes the issue

@dalg24 dalg24 merged commit d7b65db into kokkos:develop Oct 27, 2022
Developer: Phil Miller automation moved this from In Review to Pending release 4.0 Oct 27, 2022
@PhilMiller PhilMiller deleted the cleanup-volatile branch October 27, 2022 15:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Developer: Phil Miller
Done in release 4.0
Development

Successfully merging this pull request may close these issues.

None yet

4 participants