[tor-bugs] #9711 [Tor bundles/installation]: Test out crosstools-ng for Gitian OSX builds (instead of toolchain4 binaries)
Tor Bug Tracker & Wiki
blackhole at torproject.org
Tue Oct 15 00:02:46 UTC 2013
#9711: Test out crosstools-ng for Gitian OSX builds (instead of toolchain4
binaries)
------------------------------------------+-------------------------------
Reporter: mikeperry | Owner: erinn
Type: task | Status: needs_information
Priority: normal | Milestone:
Component: Tor bundles/installation | Version:
Resolution: | Keywords: tbb-3.0, gitian
Actual Points: | Parent ID:
Points: |
------------------------------------------+-------------------------------
Comment (by mingwandroid):
While researching this a more, I read:
https://github.com/wolfcw/libfaketime/blob/master/README
Could you check the bits relating to libfaketimeMT.so.1? It seems to me
that this may be safer to use, but given our use pattern (basically always
return a constant value), likely it is a red herring, also, I don't think
gnumake is multithread (sure pthreads and fork use sys_clone at the lowest
level, but when forking no MT protection would be required. I'm not sure
why gnumake links to pthreads to be honest). It's just a thought and I
will do a test build later to see if it makes any difference.
I've also started to examine the behaviour of gnumake more closely as I've
noticed that during the build, a file that should be built only once is
getting built 8 times (and overall, the log from a gitian build is about
2* the length of one from a non-gitian build) From my initial prodding, it
seems that somehow make has an un-faked timestamp for things it has just
created, but this could be down to a problem with my test-case setup and
that wouldn't cause the 8 times rebuild either.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/9711#comment:49>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list