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

Fix #863: using clang as the default compiler for runtime #864

Merged
merged 1 commit into from
Apr 11, 2019

Conversation

albertnetymk
Copy link
Contributor

Currently, we use gcc for building the runtime, and clang for building
the final executable when encorec is invoked. However, using two
compilers is not only unnecessary but error-prone as well. 465 is another bug
related to using gcc, so let's use clang in the whole build stack from
now.

Currently, we use gcc for building the runtime, and clang for building
the final executable when `encorec` is invoked. However, using two
compilers is not only unnecessary but error-prone as well. 465 is another bug
related to using gcc, so let's use clang in the whole build stack from
now.
@albertnetymk
Copy link
Contributor Author

I am surprised to see CI failure on this PR. Further investigation reveals that forwardClosMaybe and forwardClosTuple trigger assertion failure. I can reproduce it on my box after running these two tests multiple times. Looks like a concurrent bug to me.

@kikofernandez kikofernandez merged commit a98629f into parapluu:development Apr 11, 2019
@albertnetymk albertnetymk deleted the clang branch November 1, 2019 15:42
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.

2 participants