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
ARROW-7645: [Packaging][deb][RPM] Fix arm64 packaging build #6253
Conversation
qemu-user-static package is updated.
@ursabot crossbow submit -g linux-arm |
AMD64 Conda Crossbow Submit (#87603) builder has been succeeded. Revision: 7a52b5f Submitted crossbow builds: ursa-labs/crossbow @ ursabot-445
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Are there still some problems? |
NEON isn't available on QEMU.
@ursabot crossbow submit -g linux-arm |
AMD64 Conda Crossbow Submit (#87764) builder has been succeeded. Revision: 6395da2 Submitted crossbow builds: ursa-labs/crossbow @ ursabot-448
|
I'm okay with the changes. |
-mfpu=neon-fp-armv8 is for 32bit.
RapidJSON 1.1.0 doesn't support NEON. Unreleased RapidJSON supports NEON. We can detect whether using RapidJSON supports NEON or not by RAPIDJSON_SIMD. RapidJSON 1.1.0 with RAPIDJSON_NEON doesn't define RAPIDJSON_SIMD. Unreleased RapidJSON with RAPIDJSON_NEON defines RAPIDJSON_SIMD.
Oh, I didn't know about it. Thanks. Then we don't need NEON detection. I found the cause of the build error. RapidJSON 1.1.0 doesn't have NEON support. I changed to use https://github.com/Tencent/rapidjson/blob/master/include/rapidjson/rapidjson.h#L351-L354 |
@ursabot crossbow submit -g linux-arm |
AMD64 Conda Crossbow Submit (#87797) builder has been succeeded. Revision: 705a53d Submitted crossbow builds: ursa-labs/crossbow @ ursabot-449
|
RapidJSON build error is fixed but 6h limit error of Azure Pipelines is caused. |
@kou Do you need an arm hardware (we could donate to setup CI) so you don't have to build under qemu? |
It's helpful. |
Yes, let's discuss on the mailing list. It looks like we be able to use Buildkite on ASF repos now (due to some permissions changes in GitHub's APIs) so having some dedicated ARM hardware available on BK (or GitHub Actions self-hosted, if that won't work) would work well. It is almost trivial for third parties to attach workers to a Buildkite instance |
Sent email. We can surely provide dedicated ARM hardware. |
qemu-user-static package is updated.