Unreg build fails when haddocking dph-seq

[simonmar]

The unregisterised HEAD build is failing thus:

"inplace/bin/ghc-cabal" haddock dist-install libraries/dph/dph-seq --with-haddock=/64playpen/buildbot/x86_64-linux-head-unreg/build/inplace/bin/haddock --with-ghc=/64playpen/buildbot/x86_64-linux-head-unreg/build/inplace/bin/ghc-stage2 --hyperlink-source 
Running Haddock for dph-seq-0.4.0...
Preprocessing library dph-seq-0.4.0...
Running hscolour for dph-seq-0.4.0...
Warning: The documentation for the following packages are not installed. No
links will be generated to these packages: ffi-1.0, rts-1.0
haddock: panic! (the 'impossible' happened)
  (GHC version 6.13.20091112 for x86_64-unknown-linux):
	This compiler was built without a native code generator
    Use -fvia-C instead

Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug

Presumably because dph-seq needs to do some dynamic compilation for its annotations, so Haddock tells it to use -fasm, but there's no native code generator.

Not clear whether this is a Haddock problem or something we need to fix in the GHC API (probably both).

[igloo]

Fixed by:

Fri Nov 20 13:46:30 GMT 2009  Ian Lynagh <igloo@earth.li>
  * Use defaultObjectTarget rather than HscAsm
  This fixes haddock when we don't have a native code generator