When building the current version of GHC from CVS without having alex
installed, the build tries to use alex-inplace instead, but
apparently the dependency that tells make(1) to build that executable
before using it is missing. I had to execute
make ProjectsThatExist=alex
in the
| typecheck/TcSimplify.lhs:22:
| Module `TcUnify' (hi-boot interface) does not export
`unifyTauTy'
| make[1]: *** [stage2/typecheck/TcSimplify.o] Error 1
| make[1]: Leaving directory
`/usr/local/src/ghc-current/ghc/compiler'
| make: *** [stage2] Error 2
This is now fixed.
Peter Simons wrote:
[...]
| typecheck/TcSimplify.lhs:22:
| Failed to load interface for `TcUnify':
| Bad interface file: stage2/typecheck/TcUnify.hi-boot-6
| stage2/typecheck/TcUnify.hi-boot-6:6: parse error on input `.'
|
| typecheck/TcSimplify.lhs:22:
| Module
simonmar:
On Sat, 6 Sep 2003, Donald Bruce Stewart wrote:
simonmar:
I was a bit too soon reporting the sparc-sun-solaris2, two
attempts have died with stg_ap_v_ret. Same result
sparc-*-openbsd.
Also with mips-sgi-irix65 . An attempt died with stg_ap_v_ret .
I'm
On Wed, Sep 10, 2003 at 07:57:33AM +1000, Donald Bruce Stewart wrote:
Looks like that was it!
I've just built a working unreg compiler on
sparc-unknown-openbsd, which I have not been able to do previously.
Is that using the instructions in the users guide and without having to
copy .hi
igloo:
On Wed, Sep 10, 2003 at 07:57:33AM +1000, Donald Bruce Stewart wrote:
Looks like that was it!
I've just built a working unreg compiler on
sparc-unknown-openbsd, which I have not been able to do previously.
Is that using the instructions in the users guide and without having
dons:
simonmar:
Aha! I *think* I've figured out what's going wrong.
The stg_ap_v_ret failure is caused by info tables being generated for
the wrong endianness. This isn't supposed to happen, because we should
be cross-compiling for the correct endianness, but I'm guessing that the