Open WolframKahl opened 7 years ago
It is now making progress: After
cd haste-compiler
cabal install
I first did
cd libraries
cd haste-prim
cabal install
cd ../haste-lib
cabal install
before doing
cd ../..
haste-boot --local --with-haste-cabal=$(which haste-cabal)
If this is the right procedure, the documentation should presumably be updated.
Which GHC version are you using? I can't reproduce this on 7.10, and 8.0 support is still in the pipeline.
Always 7.10.
I have since discovered that:
rm -rf ~/.haste/x86_64-linux-haste-0.6.0.0-ghc-7.10.3
cd haste-compiler
cabal install
cd libraries/haste-prim
cabal install
cd ../haste-lib
cabal install
How can I replace ~/.haste
with a global installation path?
One one machine I am behind a firewall, and cannot connect to the Internet: It would be nice to be able to give haste-boot options pointing to a pre-downloaded JS compiler so that it still can do a full installation without Internet connection. (I am installing everything from source.)
Trying to use 0.6.0.0 from github, I encounter a situation where haste-boot appears to hang, at 100% CPU, while attempting to process ghc-prim. I have had it running for hours, with no difference: All the output I get is:
What I can easily find out about the running process:
Hitting Ctrl-C on the
haste-boot
process gives me:(This time I needed to hit Ctrl-C twice.)
I suspected that some of these messages were held back due to buffering issues, and tried:
However, this makes no difference.
I previously had occasional access with haste-boot, but unfortunately cannot reproduce that now.
The main issue I see is that the process keeps running at 100% CPU for hours even though it presumably is already in an error state.
(Aside: Is it possible that somewhere a dependence on monads-tf is missing? I had messages about that; then did
cabal install monads-tf
, and then did not get those anymore so far.)