-
Notifications
You must be signed in to change notification settings - Fork 17.3k
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
runtime: nacl/arm build is failing #11956
Comments
|
Ahh, it's a validation failure (maybe we shouldn't pass -l /dev/null ?) |
Here are the offending instructions
|
FWIW in the old versions of NaCl, if you didn't pass -l /dev/null then you got stderr spam every time you ran a program, which breaks output tests. So you had to take it off explicitly when you wanted the output, but leave it there by default. Maybe that's fixed (I did report the problem), but maybe not. I haven't checked recently. |
Yes, that commit just made the stack frame big enough to hit the bug. |
Yup, that'll be the problem. Note the lack of
|
First two: https://go-review.googlesource.com/13010 and https://go-review.googlesource.com/13011. |
CL https://golang.org/cl/13010 mentions this issue. |
CL https://golang.org/cl/13011 mentions this issue. |
For #11956. Change-Id: Ic9b57cafa197953cc7f435941e44d42b60b3ddf0 Reviewed-on: https://go-review.googlesource.com/13011 Reviewed-by: Dave Cheney <dave@cheney.net>
The code already fixed large non-stack offsets but explicitly excluded stack references. Perhaps you could get away with that before, but current versions of nacl reject such stack references. Rewrite them the same as the others. For #11956 but probably not the last problem. Change-Id: I0db4e3a1ed4f88ccddf0d30228982960091d9fb7 Reviewed-on: https://go-review.googlesource.com/13010 Reviewed-by: Dave Cheney <dave@cheney.net>
Fixed. See #11961 for followup work. |
The nacl/arm build has been failing for some time, this has been exacerbated by the irregularity of access to a nacl/arm builder (which cannot currently be run by our build farm on scaleway)
http://build.golang.org/log/01c873c2363df1c651e2f3ac0114b2a6bb46058e
The ./make.bash stage completes, but every binary produced fails to run under sel_ldr_arm.
Various attempts to debug this, or coax more information out of sel_ldr_arm have failed.
Here is some debugging output using pepper44 (previously tried with pepper41 with the same result)
The text was updated successfully, but these errors were encountered: