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

Guard against unrecognized pragma with intel compilers #5019

Merged
merged 1 commit into from
May 12, 2022

Conversation

ndellingwood
Copy link
Contributor

Address issue #5018

@ndellingwood
Copy link
Contributor Author

Force pushed fix for clang-format

@ndellingwood
Copy link
Contributor Author

ndellingwood commented May 11, 2022

Ug, wait, clang-format made a bad conversion, from e.g.

pre-clang-format

#if defined(__EDG__) && !defined(KOKKOS_COMPILER_INTEL)
#pragma push
#pragma diag_suppress implicit_return_from_non_void_function
#endif

to

post-clang-format

#if defined(__EDG__) && !defined(KOKKOS_COMPILER_INTEL)
#pragma push && !defined(KOKKOS_COMPILER_INTEL)
#pragma diag_suppress implicit_return_from_non_void_function
#endif

@dalg24 should I disable the clang-format check around these guards? Not sure why the formatting made this type of change...

(sorry for double ping, accidentally posted on the issue first instead of here)

#if defined(__EDG__)
#pragma push
#if defined(__EDG__) && !defined(KOKKOS_COMPILER_INTEL)
#pragma push && !defined(KOKKOS_COMPILER_INTEL)
Copy link
Member

Choose a reason for hiding this comment

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

is this copy paste error?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@crtrott clang-format error, not sure how to prevent it without breaking the clang-format check, any suggestions?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Fixed now

#pragma diag_suppress implicit_return_from_non_void_function
#endif
KOKKOS_FORCEINLINE_FUNCTION
int int_log2(unsigned i) {
KOKKOS_IF_ON_DEVICE((return int_log2_device(i);))
KOKKOS_IF_ON_HOST((return int_log2_host(i);))
}
#if defined(__EDG__)
#if defined(__EDG__) && !defined(KOKKOS_COMPILER_INTEL) && \
!defined(KOKKOS_COMPILER_INTEL)
Copy link
Member

Choose a reason for hiding this comment

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

Why twice?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@crtrott clang-format error, not sure how to prevent it without breaking the clang-format check, any suggestions?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Fixed now

@ndellingwood
Copy link
Contributor Author

Failed at clang-tidy step due to some apparent Jenkins connectivity issue:

Failed in branch CUDA-10.1-Clang-Tidy
[Pipeline] // parallel
[Pipeline] }
[Pipeline] // stage
[Pipeline] }
[Pipeline] // timeout
[Pipeline] }
[Pipeline] // withEnv
[Pipeline] End of Pipeline
Exception: null
java.io.IOException: Failed to kill container '80417b6526f2e4c540a502275e933d5f7d0b7ec44666b7968cd9ed78bc094c40'.
	at org.jenkinsci.plugins.docker.workflow.client.DockerClient.stop(DockerClient.java:184)
	at org.jenkinsci.plugins.docker.workflow.WithContainerStep.destroy(WithContainerStep.java:110)
	at org.jenkinsci.plugins.docker.workflow.WithContainerStep.access$400(WithContainerStep.java:77)
	at org.jenkinsci.plugins.docker.workflow.WithContainerStep$Callback.finished(WithContainerStep.java:402)
	at org.jenkinsci.plugins.workflow.steps.BodyExecutionCallback$TailCall.onFailure(BodyExecutionCallback.java:128)
	at org.jenkinsci.plugins.workflow.cps.CpsBodyExecution$FailureAdapter.receive(CpsBodyExecution.java:360)
	at com.cloudbees.groovy.cps.impl.ThrowBlock$1.receive(ThrowBlock.java:68)
	at com.cloudbees.groovy.cps.impl.LocalVariableBlock$LocalVariable.get(LocalVariableBlock.java:39)
	at com.cloudbees.groovy.cps.LValueBlock$GetAdapter.receive(LValueBlock.java:30)
	at com.cloudbees.groovy.cps.impl.LocalVariableBlock.evalLValue(LocalVariableBlock.java:28)
	at com.cloudbees.groovy.cps.LValueBlock$BlockImpl.eval(LValueBlock.java:55)
	at com.cloudbees.groovy.cps.LValueBlock.eval(LValueBlock.java:16)
	at com.cloudbees.groovy.cps.Next.step(Next.java:83)
	at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:174)
	at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:163)
	at org.codehaus.groovy.runtime.GroovyCategorySupport$ThreadCategoryInfo.use(GroovyCategorySupport.java:136)
	at org.codehaus.groovy.runtime.GroovyCategorySupport.use(GroovyCategorySupport.java:275)
	at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:163)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001(SandboxContinuable.java:18)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:51)
	at org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:187)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:420)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$400(CpsThreadGroup.java:95)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:330)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:294)
	at org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:67)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:139)
	at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
	at jenkins.security.ImpersonatingExecutorService$1.run(ImpersonatingExecutorService.java:68)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:829)
Setting status of 0a515ffcc87d250099a5780d1643e274b73011fe to FAILURE with url https://cloud.cees.ornl.gov/jenkins-ci/job/Kokkos/8741/ and message: 'Build finished. '
Using context: continuous-integration/jenkin-ci/pr
Finished: ABORTED

@dalg24 is this okay to merge without retesting?

@masterleinad masterleinad requested a review from crtrott May 12, 2022 07:10
@dalg24 dalg24 dismissed crtrott’s stale review May 12, 2022 12:37

Change requested was implemented

@dalg24 dalg24 merged commit ed85c6b into kokkos:develop May 12, 2022
@ndellingwood ndellingwood deleted the werror-5018 branch May 12, 2022 16:31
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.

None yet

4 participants