-
Notifications
You must be signed in to change notification settings - Fork 17.9k
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
Issues building in scratchbox #1300
Labels
Comments
The command and package builds have run successfully and the package tests have just started running. To temporarily bypass a test, you could adapt the NOTEST mechanism in $GOROOT/src/pkg/Makefile, which is used for other incomplete implementations such as NaCl and Windows, for GOARCH=arm. For example, # Disable tests that arm in sandbox cannot run yet. ifeq ($(GOARCH),arm) NOTEST+=archive/tar # Error 2 endif |
Unfortunately, the problem is not only in testing archive/tar. There's some problem with the testing package in general. In fact, I can't run any test, even a basic one. It seems it segfaults in testing/testing.go at line 157: t.ch = make(chan *T) I've got issues running cgo too so I can't build anything that depends on cgo. |
Does gotest fail when building with $GOARM=5 too? What version does scratchbox target? Environment variables, Getting Started http://golang.org/doc/install.html#environment |
$ GOARM=5 ./all.bash [snip] cd image/png && gomake install make[1]: Entering directory `/home/andrea/src/go/src/pkg/image/png' 5g -o _go_.5 reader.go writer.go cas_mutex: not defined make[1]: *** [goyacc] Error 1 make[1]: Leaving directory `/home/andrea/src/go/src/cmd/goyacc' make: *** [../cmd/goyacc.install] Error 2 make: *** Waiting for unfinished jobs.... The scratchbox shipped with the maemo5 SDK targets ARMv7. Anyway, after further investigations I discovered that the problem resides in the qemu version 0.11.50 included in that scratchbox distribution. In fact, cgo and gotest do run fine on both the real N900 and on a newer version of qemu (0.13.0). To confirm that and in order to have a development environment for ARM as-close-to-reality-as-possible, I decided to build a minimal, debian-based system running on a 2.6.32-versatile kernel compiled for ARMv7 and to run it with a newer version of qemu. Fortunately, golang compiles fine on it. Honestely, I didn't run all the tests because it was too slow. I'll post a brief report on the golang-nuts ML about the whole process. |
This issue was closed.
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
by fazzi.andrea:
The text was updated successfully, but these errors were encountered: