https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88927
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88927
--- Comment #5 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Jan 22 00:06:44 2019
New Revision: 268131
URL: https://gcc.gnu.org/viewcvs?rev=268131=gcc=rev
Log:
PR go/88927
runtime, internal/cpu: fix build for ARM GNU/Linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88927
--- Comment #4 from Jakub Jelinek ---
The #c2 change looks good to me, allowed armv7hl to bootstrap and compared to
8.2.1 from a week ago the libgo/gotools difference is
-FAIL: io
-FAIL: log
+FAIL: fmt
+FAIL: go/constant
+FAIL: html/template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88927
--- Comment #3 from Jakub Jelinek ---
Oops, ignore the cpu_no_init.go related comments, I was looking at my trunk
checkout apparently before r268084, while the failed build was with that change
which added +build !arm in there. That explains
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88927
--- Comment #2 from Jakub Jelinek ---
Will try that. That said, I don't understand why cpu_no_init.go isn't used in
that case.
Inthe build log I see
/usr/bin/mkdir -p internal; files=`echo ../../../libgo/go/internal/cpu/cpu.go
cpugen.go | sed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88927
--- Comment #1 from Ian Lance Taylor ---
This is likely fixed by https://golang.org/cl/158717.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88927
Jakub Jelinek changed:
What|Removed |Added
Target||armv7hl-unknown-linux-gnuea