GHC 6.6 panic from Data.Binary.Builder? reproducible on linux and mac os/x

[S. Alexander Jacobson]

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 at haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs