Compiling on Jetson TX1 aarch64 kernel with arm32 userspace fails #1264
Comments
This sounds similar to #1251, based on https://github.com/bazelbuild/bazel/blob/master/tools/cpp/CROSSTOOL#L26-L27 I'm guess we need to make "arm" return k8, too, but assigning to @damienmg for followup since I'm not too familiar with the CROSSTOOL stuff. |
I did get it work. There were a few things that needed to be done. This fork compiles on arm: Sent from my iPhone
|
The main culprit was cc_configure.bzl which defaults to returning "k8" (i386) when it doesn't recognize any other arch.
|
Great! Would you like to submit it as a pull request? |
I'm traveling this week, but I'll get a PR submitted when I can.
|
Nice! ping me when you send it. |
Hi, |
I confirm that by adding the following lines in My hardware is NVIDIA Jetson TK1. (linux armv7l) # Add an if statement to _get_cpu_value()
result = repository_ctx.execute(["uname", "-m"])
if result.stdout.strip() in ["arm", "armv7l", "aarch64"]:
return "arm"
return "k8" if result.stdout.strip() in ["amd64", "x86_64", "x64"] else "piii" |
I have tested on NVIDA Jetson TK1 and bazel was able to compile.
FYI: From the Bazel side, we would be happy to accept those patch as pull request to make your use case work better out of the box :) |
I have tested on NVIDA Jetson TK1 and bazel was able to compile. I believe with this quick fix would make bazel installation on Linux ARM devices easier. I have been spending 5 hours to figure out a correct way to install bazel. Closes #2389. -- Reviewed-on: #2389 PiperOrigin-RevId: 145401787 MOS_MIGRATED_REVID=145401787
download the binary for armv7l(pi 3) with this link below |
Closing for staleness. We can still take a patch, but so much has changed in 3 years that this might not even be applicable any more. |
protobuf 3.0.0-beta-2 was compiled with --enable-shared=no, and static protoc copied into ~/bazel/third-party/protobuf/protoc-linux-arm32.exe
The text was updated successfully, but these errors were encountered: