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
dev-cpp/folly: fix build on ppc64 #29393
Conversation
Pull Request assignmentSubmitter: @darkbasic dev-cpp/folly: @thesamesam Linked bugsBugs linked: 892942 In order to force reassignment and/or bug reference scan, please append Docs: Code of Conduct ● Copyright policy (expl.) ● Devmanual ● GitHub PRs ● Proxy-maint guide |
Pull request CI reportReport generated at: 2023-02-02 14:03 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
Build log with the patch: build.log |
Pull request CI reportReport generated at: 2023-02-03 15:03 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
Pull request CI reportReport generated at: 2023-02-15 09:28 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
Thanks, could you:
cheers! |
Bug: https://bugs.gentoo.org/892942 Signed-off-by: Niccolò Belli <niccolo.belli@linuxsystems.it>
Done. I personally prefer to git blame (and I've already referenced the Gentoo bug in the commit) but I guess that not everybody likes to use git. |
git blame doesn't work well for ebuilds if there's no live ebuild, as the filename changes, and it doesn't always do a good job of handling renames. Plus it's about ease of lookup. It's a lot easier for me to check on it and remember why it's there if it's sitting in front of me. Thanks! |
Oh you're completely right, I didn't think about the filename changes. |
@darkbasic This is somewhat misleading, since |
No, ppc64 can be both big-endian and little-endian. I believe @darkbasic uses ppc64 on little-endian. |
PowerPC cpus are bi-endian, but |
In Gentoo, |
Got it, thanks for clarification. Do you know if someone was able to make it work on big-endian ppc64 on Gentoo? I ask since the current master branch of |
Not sure, my system is little endian with 4K page size so I get the least amount of issues. |
If you or anyone will be able to test (and possibly address) likely issues on Big endian (maybe via Qemu, it is supported on Linux), it would be greatly appreciated. P. S. For the context: I maintain |
Bug: https://bugs.gentoo.org/892942
Not setting
CMAKE_LIBRARY_ARCHITECTURE
defaults it tox86_64
and force enablesSSE4_2
breaking all platforms but amd64. Setting anything but an empty string (orx86_64
) will do the trick. This PR conditionally setsCMAKE_LIBRARY_ARCHITECTURE
onppc64
, but we should probably set it on all platforms. Unfortunately I'm not familiar withCMAKE_LIBRARY_ARCHITECTURE
so I'm not sure ifx86_64
is arbitrary or standard naming convention (might as well use something likepowerpc64le-unknown-linux-gnu
AFAIK). It looks like amd64 needsx86_64
specifically but other archs are not hardcoded yet. Also, shouldn'tSSE4_2
be behind a use flag even on amd64? Not sure if compiling it withSSE4_2
actually requires it at runtime.Upstream issue: facebook/folly#1851