I've since modified sp to add a main-is which prevents the panic and replaces it
with a complaint about Main e.g.
runghc -i.haskell_cache/http_searchpath.org-default.map.cache -main-is
HAppS.Protocols.HTTP.FileServer.main
.haskell_cache/http_searchpath.org-default.map.cache/HAppS/Protocols/HTTP/FileServer.hs
--http-port=7000
<interactive>:1:211:
Failed to load interface for `Main':
Use -v to see a list of the files searched for.
-Alex-
On Fri, 27 Apr 2007, S. Alexander Jacobson wrote:
How to reproduce:
$ curl http://searchpath.org/searchpath/SearchPath.hs > SearchPath.hs
$ ghc --make SearchPath.hs -o sp
$ ./sp -f runghc --sp HAppS.Protocols.HTTP.FileServer --http-port=7000
searchpath will download all the needed modules and calls out to shell to run
this:
runghc -i.haskell_cache/http_searchpath.org-default.map.cache
.haskell_cache/http_searchpath.org-default.map.cache/HAppS/Protocols/HTTP/FileServer.hs
--http-port=7000
which produces the following error:
ghc-6.6: panic! (the 'impossible' happened)
(GHC version 6.6 for i386-apple-darwin):
ByteCodeFFI.mkMarshalCode_wrk(x86) L_
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
Replacing runghc above with ghci causes a similar panic but because it tells
you what module it is processing, implies that it is being killed by
something in Data.Binary.Builder
-Alex-
_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
