[tor-bugs] #12391 [Tor bundles/installation]: Building mingw-w64 is failing intermittently
Tor Bug Tracker & Wiki
blackhole at torproject.org
Sun Jul 20 16:08:03 UTC 2014
#12391: Building mingw-w64 is failing intermittently
-------------------------------------+-------------------------------------
Reporter: gk | Owner: erinn
Type: defect | Status: closed
Priority: normal | Milestone:
Component: Tor | Version:
bundles/installation | Keywords: gitian,
Resolution: fixed | TorBrowserTeam201407
Actual Points: | Parent ID:
Points: |
-------------------------------------+-------------------------------------
Comment (by dcf):
Replying to [comment:18 mcs]:
> Replying to [comment:16 dcf]:
> > I haven't seen this error through many builds that included golang.
However I have only tried building on Ubuntu 12.04.
> >
> > I found some references to the "bits/predefs.h" error:
> > *
http://blog.riff.org/2014_06_06_what_to_do_when_go_will_not_run_nor_install_from_source
> > * https://ubuntuforums.org/showthread.php?t=1877944
> > * https://lists.debian.org/debian-glibc/2013/08/msg00030.html
> > * https://github.com/gogits/gogs/issues/93
>
> Thanks for the info. But it does not make sense to me that the build
would succeed the second time (after I restarted it).
michael's notes in
[[doc/TorBrowser/BuildingWithGitian#AssemblyErrorsinMismatchedArchitectureCode]]
link the `bits/predefs.h` error to {{{x86cpuid.s Err: invalid instruction
suffix for `push'}}} in openssl. I have definitely seen the "invalid
instruction suffix" error before, when kvm was running for the wrong
architecture. Killing the kvm process and restarting the build has worked
to resolve that problem. It's possible that you saw the error first in
golang and not in openssl, if you were using an already built gitian-utils
step.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/12391#comment:21>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list