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 hip patch version number #20780

Merged
merged 1 commit into from
Jan 12, 2021
Merged

Conversation

haampie
Copy link
Member

@haampie haampie commented Jan 11, 2021

Ping @srekolam. Currently builds of hip result in shared libs having suffixes like libamdhip.so.x.y.z- with a trailing dash. This is because hip insists on using git to set the patch version number. The problem is there is no git repo to use when downloading tarballs. This resulted in build errors in some cases when using targets from hip-config.cmake.

Upstream PR: ROCm/HIP#2218

There's two issues with hip where it tries to autodetect the patch
version number from git (when installed), but it does not check if it
even is inside of a git repo. The result is we end up with a shared lib
with a trailing dash in the library suffix: `libamd64.so.x.y.z-`, which
confuses GCC. The patch tries to check if the `.git` folder exists, and
if it does not, it handles version numbering the same as when git was
not installed previously.
@haampie haampie changed the title Fix hip patch version number and clang detection Fix hip patch version number Jan 11, 2021
@arjun-raj-kuppala
Copy link
Contributor

I have reviewed this change, seems to be good!!.

@alalazo alalazo merged commit a2a0262 into spack:develop Jan 12, 2021
@haampie haampie deleted the fix-hip-again-again branch January 12, 2021 09:18
@haampie haampie added the AMD label Jan 15, 2021
loulawrence pushed a commit to loulawrence/spack that referenced this pull request Jan 19, 2021
There's two issues with hip where it tries to autodetect the patch
version number from git (when installed), but it does not check if it
even is inside of a git repo. The result is we end up with a shared lib
with a trailing dash in the library suffix: `libamd64.so.x.y.z-`, which
confuses GCC. The patch tries to check if the `.git` folder exists, and
if it does not, it handles version numbering the same as when git was
not installed previously.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants