ghci bug with template Haskell
Prelude let x = 1 Prelude $([|x|]) ghc.exe: panic! (the `impossible' happened, GHC version 6.2.2): nameModule x {- v a6XY -} Please report it as a compiler bug to glasgow-haskell-bugs@haskell.org, or http://sourceforge.net/projects/ghc/. Prelude -W-M- @ @ | \_/ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: GHCi Package problem?
On 02 February 2005 22:02, Martin Erwig wrote: I encountered the following problem while loading a package, and ghci (version 6.2) told me to report it to this list. Loading package fgl ... linking ... /usr/local/lib/ghc-6.2/HSfgl.o: unknown symbol `_DataziTree_flatten_entry' ghc-6.2: panic! (the `impossible' happened, GHC version 6.2): can't load package `fgl' Please report it as a compiler bug to glasgow-haskell-bugs@haskell.org, or http://sourceforge.net/projects/ghc/. This happened after I removed base from the package_deps entry (see below). You shouldn't remove 'base' from the dependencies! (we're being conservative in flagging it as a bug in GHC, in this case it's a bug in your package spec.) When base is included, ghci start fine: Loading package base ... linking ... done. Loading package fgl ... linking ... done. Prelude I can even access some values: Prelude Data.Graph.Inductive.version FGL - Functional Graph Library, February 2005 However, when I try others, I get errors: Prelude Data.Graph.Inductive.Example.clr486 GHCi runtime linker: fatal error: I found a duplicate definition for symbol _DataziGraphziInductiveziInternalziFiniteMap_Empty_closure whilst processing object file ./Data/Graph/Inductive/Internal/FiniteMap.o This could be caused by: * Loading two different object files which export the same symbol * Specifying the same object file twice on the GHCi command line * An incorrect `package.conf' entry, causing some object to be loaded twice. GHCi cannot safely continue in this situation. Exiting now. Sorry. I don't know what to do about this. Looks like GHCi is trying to load an object file for a module that is already present in the package. If Data.Graph.Inductive.Internal.FiniteMap is present in the fgl package, then you shouldn't also have it in the current directory, because GHC will get confused (I believe the upcoming 6.4 release will be better in this regard, though). Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1114883 ] template Haskell fails in GHCi
Bugs item #1114883, was opened at 2005-02-02 17:20 Message generated for change (Comment added) made by simonpj You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1114883group_id=8032 Category: Template Haskell Group: 6.2.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Simon Peyton Jones (simonpj) Summary: template Haskell fails in GHCi Initial Comment: Prelude let x = 1 Prelude $([|x|]) ghc.exe: panic! (the `impossible' happened, GHC version 6.2.2): nameModule x {- v a6XY -} Please report it as a compiler bug to glasgow-haskell- [EMAIL PROTECTED], or http://sourceforge.net/projects/ghc/. -- Comment By: Simon Peyton Jones (simonpj) Date: 2005-02-03 13:13 Message: Logged In: YES user_id=50165 Fixed in 6.4; thank you for the report. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1114883group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1115496 ] gfindtype has overly restrictive type
Bugs item #1115496, was opened at 2005-02-03 07:30 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1115496group_id=8032 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: gfindtype has overly restrictive type Initial Comment: gfindtype should have type gfindtype :: (Data x, Typeable y) = x - Maybe y Data y is unnecessary. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1115496group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1115496 ] gfindtype has overly restrictive type
Bugs item #1115496, was opened at 2005-02-03 15:30 Message generated for change (Comment added) made by simonpj You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1115496group_id=8032 Category: None Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: gfindtype has overly restrictive type Initial Comment: gfindtype should have type gfindtype :: (Data x, Typeable y) = x - Maybe y Data y is unnecessary. -- Comment By: Simon Peyton Jones (simonpj) Date: 2005-02-03 15:40 Message: Logged In: YES user_id=50165 Done in GHC 6.4 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1115496group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: GHCi Package problem?
On Feb 3, 2005, at 2:13 AM, Simon Marlow wrote: Prelude Data.Graph.Inductive.Example.clr486 GHCi runtime linker: fatal error: I found a duplicate definition for symbol _DataziGraphziInductiveziInternalziFiniteMap_Empty_closure whilst processing object file ./Data/Graph/Inductive/Internal/FiniteMap.o This could be caused by: * Loading two different object files which export the same symbol * Specifying the same object file twice on the GHCi command line * An incorrect `package.conf' entry, causing some object to be loaded twice. GHCi cannot safely continue in this situation. Exiting now. Sorry. I don't know what to do about this. Looks like GHCi is trying to load an object file for a module that is already present in the package. If Data.Graph.Inductive.Internal.FiniteMap is present in the fgl package, then you shouldn't also have it in the current directory, I don't. There is another FiniteMap.hi (and FiniteMap.p_hi) in /usr/local/lib/ghc-6.2/imports/Data Could this be the offender? Thanks, Martin ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: GHCi Package problem?
On 03 February 2005 16:11, Martin Erwig wrote: On Feb 3, 2005, at 2:13 AM, Simon Marlow wrote: Prelude Data.Graph.Inductive.Example.clr486 GHCi runtime linker: fatal error: I found a duplicate definition for symbol _DataziGraphziInductiveziInternalziFiniteMap_Empty_closure whilst processing object file ./Data/Graph/Inductive/Internal/FiniteMap.o This could be caused by: * Loading two different object files which export the same symbol * Specifying the same object file twice on the GHCi command line * An incorrect `package.conf' entry, causing some object to be loaded twice. GHCi cannot safely continue in this situation. Exiting now. Sorry. I don't know what to do about this. Looks like GHCi is trying to load an object file for a module that is already present in the package. If Data.Graph.Inductive.Internal.FiniteMap is present in the fgl package, then you shouldn't also have it in the current directory, I don't. There is another FiniteMap.hi (and FiniteMap.p_hi) in /usr/local/lib/ghc-6.2/imports/Data Could this be the offender? No. The error message says that it is trying to load ./Data/Graph/Inductive/Internal/FiniteMap.o. but that module is already part of the fgl package isn't it? (when I said current directory, I really meant relative to the current directory). Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: GHCi Package problem?
On Feb 3, 2005, at 8:21 AM, Simon Marlow wrote: On 03 February 2005 16:11, Martin Erwig wrote: On Feb 3, 2005, at 2:13 AM, Simon Marlow wrote: Prelude Data.Graph.Inductive.Example.clr486 GHCi runtime linker: fatal error: I found a duplicate definition for symbol _DataziGraphziInductiveziInternalziFiniteMap_Empty_closure whilst processing object file ./Data/Graph/Inductive/Internal/FiniteMap.o This could be caused by: * Loading two different object files which export the same symbol * Specifying the same object file twice on the GHCi command line * An incorrect `package.conf' entry, causing some object to be loaded twice. GHCi cannot safely continue in this situation. Exiting now. Sorry. I don't know what to do about this. Looks like GHCi is trying to load an object file for a module that is already present in the package. If Data.Graph.Inductive.Internal.FiniteMap is present in the fgl package, then you shouldn't also have it in the current directory, I don't. There is another FiniteMap.hi (and FiniteMap.p_hi) in /usr/local/lib/ghc-6.2/imports/Data Could this be the offender? No. The error message says that it is trying to load ./Data/Graph/Inductive/Internal/FiniteMap.o. but that module is already part of the fgl package isn't it? (when I said current directory, I really meant relative to the current directory). Now I see. You are right! After a simple cd .. the error disappears. Thanks a lot, Martin ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-1115805 ] ghc-6.2.2 requires special configure flag...
Bugs item #1115805, was opened at 2005-02-03 14:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1115805group_id=8032 Category: Build System Group: None Status: Open Resolution: None Priority: 5 Submitted By: Titus Brown (titus) Assigned to: Nobody/Anonymous (nobody) Summary: ghc-6.2.2 requires special configure flag... Initial Comment: To build from the source at http://www.haskell.org/ghc/download_ghc_622.html you need to add the --disable-hc-boot command to 'configure'. This isn't mentioned anywhere in the docs, and certainly isn't the default config ;). thanks, --titus (on Linux, no previous GHC install) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1115805group_id=8032 ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs