Using 'git bisect' on the GHC tree
Hi all, I am trying to track down a build failure on PowerPC that was introduced some time this year. Usually, the easiest way to do this is by using 'git bisect'. Unfortunately, this doesn't work with the GHC tree since its easy to go to a GHC revision which is incompatible with one of the many GHC sub-modules (eg Cabal). Given a GHC git commit hash, is there a way to get the various libraries into a state where I can build the GHC version specified by the hash? Regards, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/
On Mon, Feb 27, 2012 at 10:37:25AM +1100, Erik de Castro Lopo wrote:
Given a GHC git commit hash, is there a way to get the various libraries into a state where I can build the GHC version specified by the hash?
No, but if you have a list of nightly builds, e.g. http://darcs.haskell.org/ghcBuilder/builders/pgj2/ then you can get the fingerprint for that night's build, e.g. http://darcs.haskell.org/ghcBuilder/builders/pgj2/607/4.html and use that to reconstruct the tree using utils/fingerprint/fingerprint.py Thanks Ian
Erik de Castro Lopo wrote:
Given a GHC git commit hash, is there a way to get the various libraries into a state where I can build the GHC version specified by the hash?
As suggested by this: http://hackage.haskell.org/trac/ghc/wiki/Building/GettingTheSources#Tracking... and some help from Igloo on #ghc, I grabbed a build log from http://darcs.haskell.org/ghcBuilder/builders/tn23/534/4.html and generated a fingerprint file from that. I then did ./utils/fingerprint/fingerprint.py restore -f tn23build534.fp and tried to build it, but was still thwarted by the following: Configuring Cabal-1.13.3... ghc-cabal: At least the following dependencies are missing: base >=4 && <3 && >=2 && <5, filepath >=1 && <1.3 make[1]: *** [libraries/Cabal/Cabal/dist-boot/package-data.mk] Error 1 make: *** [all] Error 2 At this point I think I basically have to give up on using git bisect which I have found so useful on other projects. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/
participants (2)
-
Erik de Castro Lopo -
Ian Lynagh