-
-
Notifications
You must be signed in to change notification settings - Fork 267
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
Compiling on Arm #613
Comments
Hi, |
Hi redstar, Did you have find where is problem come from ? |
No. I see the failure if I cross-compile from x86. There is no failure on my native ARM box. The unit test builds and runs (almost):
|
It depends on the used target triple. |
OK thanks @redstar |
little update.
Fedora use these switch to build on arm:
I hope that will help you |
Does the new beta release fix it ? |
I can't check because my ARM device is currently not usable. |
Same error
if I am trying to add "import dopencm3.gpio;" into start.d: But it is work fine if
is used or if "import dopencm3.gpio;" is commented out |
update still failling with the alpha3 release 8956066
|
The error occurs because |
Fixed in master. |
I just tested 0.16.1. With or without Unfortunately, with or without @redstar, what is the reason behind --scott |
This works now, right? @smolt, want to close this too? |
I think this may still be a problem. Last time I tried to cross-compile to arm-linux-gnueabihf, I got similar static assert error listed above. That was a month ago. |
Still seeing the same static assert on Fedora in
I do see |
This is happening when ARM ABI selected by target triple is older APCS. For example, I see in LLVM source that: arm-linux-gnueabi is AAPCS AAPCS aligns 64-bit ints to 64-bits, APCS does not. This results in This should be ok, but then there is that pesky |
@redstar thoughts? |
@smolt I would prefer not to loose the |
Ok, then something like this would work: static if(__USE_FILE_OFFSET64)
static assert(stat_t.sizeof == (long.alignof==8 ? 104:96));
else
static assert(stat_t.sizeof == (long.alignof==8 ? 88:TBD)); |
Yes, LGTM. |
Coming back to this - I could not find a Linux that is APCS ( However, if APCS is really out there and needed, we could change stat.d assertion, but there must be more APCS incompatibilities, especially varargs and exception handling. Where can it be tested? |
I see two prefixes available in Fedora:
The latter is the system-wide default. Is that helpful? |
@cottsay - thank. You are getting the stat.d assertion with a triple ending in gnueabi? as far as I can tell, that shouldn't be. What does your |
I've been both cross-compiling for and building on Android/ARM for a couple years now. This issue hasn't been updated in a year and a half, should it be closed? |
I've never run into this with Debian 8 and |
Dear,
build issue with arm
complete build log: http://kojipkgs.fedoraproject.org//work/tasks/4898/6864898/build.log
The text was updated successfully, but these errors were encountered: