-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
SPL Build Failure on aarch64 #6820
Comments
What's the error message generated when it fails to detect the architecture? Also for what it's worth I don't observe this failure locally when building aarch64 packages for RHEL 7.4. I haven't tried this using CentOS. |
I don't think it fails to detect the architecture per se, the problem seems to be that it guesses sensibly (aarch64-redhat-linux-gnu), but this then fails to work. Forcing it instead to aarch64-unknown-linux-gnu seems to fix the problem. I'll get the full error log as soon as possible. I am on latest CentOS 7.x |
|
It looks like config.guess is also about 10 years out of date. |
I think this is a repeat of a 'closed' issue. Steps to fix: https://forum.armbian.com/topic/6789-build-zfs-on-rk3328/?do=findComment&comment=53681 |
I don't see what wrong detection of the architecture can possibly have to do with selinux. |
Sorry if this has been asked already and answered. But does building with the latest upstream https://www.gnu.org/software/gettext/manual/html_node/config_002eguess.html |
The main issue is that the tests fail because they are expecting a variable
to be defined that does not exist. The test is written incorrectly. The
step-by-step instructions that I linked to and wrote on the Armbian site
have worked for several people and should give you an idea. I suppose at
this point I should fork and do it myself .. will try to get to it next
week.
Regards,
Jason Fisher
…On Wed, Jun 19, 2019 at 2:07 PM Brian Behlendorf ***@***.***> wrote:
Sorry if this has been asked already and answered. But does building with
the latest upstream config.guess resolve the issue? Historically, we've
relied on the distribution provided version.
https://www.gnu.org/software/gettext/manual/html_node/config_002eguess.html
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#6820>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AB6A25YMEPKKFLIVWK76SLLP3KNYPANCNFSM4ECIDMZQ>
.
|
@behlendorf, the latest config.guess + config.sub resolve the issue without having to specify the build arch manually on zfs-0.8.1 using --build=aarch64-unknown-linux-gnu |
@digitalsanity it would be great if you could open a PR with the proposed kuid fix for the Armbian kernel. I'd be happy to review it so we can resolve the build failures. @gordan-bobic thanks for verifying that. Then let me do a little research to see if we should perhaps be including it. |
There is an issue with arch/arm/include not being packaged with linux header debs for arm64 kernels. arch/arm64/include/asm/opcodes.h tries to include arch/arm/include/asm/opcodes.h, which doesn't exist (because it is an arm64 kernel afterall..) See more: |
This issue has been automatically marked as "stale" because it has not had any activity for a while. It will be closed in 90 days if no further activity occurs. Thank you for your contributions. |
System information
Describe the problem you're observing
SPL ./configure fails to guess the architecture. It has to be invoked with:
./configure --build=aarch64-unknown-linux-gnu
That succeeds,. and the make step succeeds, but make rpms then fails with:
checking build system type... Invalid configuration
aarch64-redhat-linux-gnu': machine
aarch64-redhat' not recognizedWhat fixes it is changing /usr/lib/rpm/macros entry from
%_host aarch64-redhat-linux-gnu
to
%_host aarch64-unknown-linux-gnu
This works correctly on x86-64, and x86_64-redhat-linux-gnu seems to get recognized.
The text was updated successfully, but these errors were encountered: