Re: Compiler bug
Hi Paul,
On Sun, Jan 28, 2007 at 12:49:44PM +0300, Paul wrote:
Chasing modules from: hask1.hs
Compiling Main ( hask1.hs, hask1.o )
ghc-6.4: panic! (the `impossible' happened, GHC version 6.4):
ds_app_type Main.Tree{tc r16z} [a{tv a1a9}]
Please report it as a compiler bug to glasgow-haskell-bugs@haskell.org,
or http://sourceforge.net/projects/ghc/.
Thanks for the report. I think the problem is fixed in newer versions of
GHC (I've tried 6.4.2 and 6.6), which give the error
hask1.hs:24:1:
Class `Tree' used as a type
In the class declaration for `Tree'
when using data Node ... and
Multiple declarations of `Main.Tree'
Declared at: hask1.hs:12:5
hask1.hs:14:6
when using data Tree
Thanks
Ian
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: compiler bug
On 1/24/07, D.A.Turner [EMAIL PROTECTED] wrote: Dear GHC people, I downloaded and installed the debian package fpr GHC-6 (on an AMD64 platform) and got the following error from ghci (below). Is this because you don't support 64bit platforms? Thanks for any info. GHC 6.2.2 is a very old version. Is there any reason why you can't download and install GHC 6.6? There should be a debian package for 6.6. Cheers, Kirsten -- Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt Ana Ng and I are getting old and we still haven't walked in the glow of each other's majestic presence / Listen Ana hear my words, they're the ones you would think I would say if there was a me for you -- TMBG ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: compiler bug
On 15 June 2005 18:46, Johan van der Teems wrote: Here output of ghci on ubuntu Hoary 543 $ ghci ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.2.2, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package base ... /usr/lib/ghc-6.2.2/HSbase.o: unknown architecture ghc-6.2.2: panic! (the `impossible' happened, GHC version 6.2.2): loadObj: failed Please report it as a compiler bug to glasgow-haskell-bugs@haskell.org, or http://sourceforge.net/projects/ghc/. GHCi does not currently work on amd64. Sorry about the uninformative error message (later versions of GHC are/will be better in this regard). Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: compiler bug
The error message indicates that GHCi is trying to load an object file that it doesn't recognise. Could you upgrade your version of GHC to 6.4 and try again, and if that fails can you send us a complete reproduction case so that we can investigate the problem here. Cheers, Simon From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin AlamSent: 03 June 2005 13:26To: glasgow-haskell-bugs@haskell.orgSubject: compiler bug To Whom It May Concern, while working with GHCi on xemacs, I tried running the program but come up with this error "*Main maingNot x86 PEi386hc.exe: panic! (the `impossible' happened, GHC version 6.2.2):loadObj: failed Please report it as a compiler bug to glasgow-haskell-bugs@haskell.org,or http://sourceforge.net/projects/ghc/." thats the message I get. Thanks. Kevin P.S. what can I do to be able to run the program in GHCi? ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: compiler bug (in version 6.4)
On 23 April 2005 16:44, Henning Günther wrote:
I've tried to run the command ghc -c ikosaeder.hs and got the
following:
ghc-6.4: panic! (the `impossible' happened, GHC version 6.4):
ds_app_type Main.Neighbor{tc r15r} []
Please report it as a compiler bug to
glasgow-haskell-bugs@haskell.org, or
http://sourceforge.net/projects/ghc/.
So here is my bugreport. My GHC Version is 6.4. My system is Gentoo
Linux running on an x86. Hope that helps.
This is a known bug, caused by trying to use a class name as a type name. The
fix will be in 6.4.1.
Cheers,
Simon
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: compiler bug? sunos 5.8, ghci-6.0.1 -package unix
In local.glasgow-haskell-bugs, you wrote: and the some for the precompiled version, i getting the following error. Loading package unix ... linking ... /home/xxx/local/lib/HSunix.o: unknown symbol `sendfile' Hrmph. Sorry for the hassle. Please try adding sendfile to the list of extra_libraries in the file unix.conf in your installed ghc-tree. -- http://www-i2.informatik.rwth-aachen.de/stolz/ *** PGP *** S/MIME rage against the finite state machine ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: compiler bug in ghc
Thanks. This one is fixed in 5.02.1. (which is available now)
Simon
| -Original Message-
| From: Thorsten Seitz [mailto:[EMAIL PROTECTED]]
| Sent: 13 November 2001 22:39
| To: [EMAIL PROTECTED]
| Subject: compiler bug in ghc
|
|
| Hi,
|
| while trying to compile the attached file MonadT.hs I got the
| following error:
|
| ghc -fglasgow-exts -c -o MonadT.o MonadT.hs
| ghc-5.02: panic! (the `impossible' happened, GHC version 5.02):
| coreSyn/Subst.lhs:387: Non-exhaustive patterns in
| function zip_ty_env
|
|
| Please report it as a compiler bug to
| [EMAIL PROTECTED], or
| http://sourceforge.net/projects/ghc/.
|
| --
| uname -a
| Linux hobbes 2.2.17 #2 SMP Sun Dec 3 22:42:15 CET 2000 i686
| unknown
|
| gcc -v
| Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.2/specs
| gcc version 2.95.2 2220 (Debian GNU/Linux)
|
| output while running with -v enabled:
| ghc -fglasgow-exts -v -c -o MonadT.o MonadT.hs
| Glasgow Haskell Compiler, Version 5.02, for Haskell 98,
| compiled by GHC
| version 5.02
| Using package config file: /usr/lib/ghc-5.02/package.conf
|
| Packages
| Package
|{name = gmp,
| import_dirs = [],
| source_dirs = [],
| library_dirs = [],
| hs_libraries = [],
| extra_libraries = [gmp],
| include_dirs = [],
| c_includes = [],
| package_deps = [],
| extra_ghc_opts = [],
| extra_cc_opts = [],
| extra_ld_opts = []}
| Package
|{name = rts,
| import_dirs = [],
| source_dirs = [],
| library_dirs = [/usr/lib/ghc-5.02],
| hs_libraries = [HSrts],
| extra_libraries = [m],
| include_dirs = [/usr/lib/ghc-5.02/include],
| c_includes = [Stg.h],
| package_deps = [gmp],
| extra_ghc_opts = [],
| extra_cc_opts = [],
| extra_ld_opts =
| [-u,
|PrelBase_Izh_static_info,
|-u,
|PrelBase_Czh_static_info,
|-u,
|PrelFloat_Fzh_static_info,
|-u,
|PrelFloat_Dzh_static_info,
|-u,
|PrelPtr_Ptr_static_info,
|-u,
|PrelWord_Wzh_static_info,
|-u,
|PrelInt_I8zh_static_info,
|-u,
|PrelInt_I16zh_static_info,
|-u,
|PrelInt_I32zh_static_info,
|-u,
|PrelInt_I64zh_static_info,
|-u,
|PrelWord_W8zh_static_info,
|-u,
|PrelWord_W16zh_static_info,
|-u,
|PrelWord_W32zh_static_info,
|-u,
|PrelWord_W64zh_static_info,
|-u,
|PrelStable_StablePtr_static_info,
|-u,
|PrelBase_Izh_con_info,
|-u,
|PrelBase_Czh_con_info,
|-u,
|PrelFloat_Fzh_con_info,
|-u,
|PrelFloat_Dzh_con_info,
|-u,
|PrelPtr_Ptr_con_info,
|-u,
|PrelStable_StablePtr_con_info,
|-u,
|PrelBase_False_closure,
|-u,
|PrelBase_True_closure,
|-u,
|PrelPack_unpackCString_closure,
|-u,
|PrelIOBase_stackOverflow_closure,
|-u,
|PrelIOBase_heapOverflow_closure,
|-u,
|PrelIOBase_NonTermination_closure,
|-u,
|PrelIOBase_BlockedOnDeadMVar_closure,
|-u,
|PrelWeak_runFinalizzerBatch_closure,
|-u,
|__stginit_Prelude]}
| Package
|{name = std,
| import_dirs = [/usr/lib/ghc-5.02/imports/std],
| source_dirs = [],
| library_dirs = [/usr/lib/ghc-5.02],
| hs_libraries = [HSstd],
| extra_libraries = [HSstd_cbits],
| include_dirs = [],
| c_includes = [HsStd.h],
| package_deps = [rts],
| extra_ghc_opts = [],
| extra_cc_opts = [],
| extra_ld_opts = []}
| Package
|{name = lang,
| import_dirs = [/usr/lib/ghc-5.02/imports/lang],
| source_dirs = [],
| library_dirs = [/usr/lib/ghc-5.02],
| hs_libraries = [HSlang],
| extra_libraries = [HSlang_cbits],
| include_dirs = [],
| c_includes = [HsLang.h],
| package_deps = [],
| extra_ghc_opts = [],
| extra_cc_opts = [],
| extra_ld_opts = [-u, Addr_Azh_static_info]}
| Package
|{name = concurrent,
| import_dirs = [/usr/lib/ghc-5.02/imports/concurrent],
| source_dirs = [],
| library_dirs = [/usr/lib/ghc-5.02],
| hs_libraries = [HSconcurrent],
| extra_libraries = [],
| include_dirs = [],
| c_includes = [],
| package_deps = [lang],
| extra_ghc_opts = [],
| extra_cc_opts = [],
| extra_ld_opts = []}
| Package
|{name = data,
| import_dirs = [/usr/lib/ghc-5.02/imports/data],
| source_dirs = [],
| library_dirs = [/usr/lib/ghc-5.02],
| hs_libraries = [HSdata],
| extra_libraries = [],
| include_dirs = [],
| c_includes = [],
| package_deps = [lang, util],
| extra_ghc_opts = [],
| extra_cc_opts = [],
| extra_ld_opts = []}
| Package
|{name = net,
| import_dirs = [/usr/lib/ghc-5.02/imports/net],
| source_dirs =
RE: compiler bug
when i loaded my ass2 GameFrontEnd.hs into ghci, this came up Please report it as a compiler bug to [EMAIL PROTECTED], or http://sourceforge.net/projects/ghc/ ghc-5.00.2: panic! (the `impossible' happened, GHC version 5.00.2): loadObj: failed Hi there, and thanks for the report. Could you please try again with GHC 5.02, and if the problem persists then send us more details: the complete command line used to invoke GHCi, the output produced when the -v flag is added, and the source/object files you were trying to lead at the time. Cheers, Simon ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: compiler bug report
What platform is this on? I've had reports of wierdnesses with the sparc-solaris binary build we made for 5.00.2 which don't happen in the Linux builds. J | -Original Message- | From: Hal Daume [mailto:[EMAIL PROTECTED]] | Sent: Wednesday, August 01, 2001 6:57 PM | To: Simon Marlow | Cc: [EMAIL PROTECTED] | Subject: Re: compiler bug report | | | I can't reliably repro the bug, but it happens to me a *lot*. | At least one every hour or two...not only on that file...I | don't think it happens if I delete all the .o files...not | sure though... | | - Hal | | Simon Marlow wrote: | | Hi there, | | Thanks for the report. I can't repro the bug though - after I | commented out the definition of beginWithBy at the end of | Util.hs (it | had some type errors), and tried the exact same sequence of | commands | in ghci, it happily re-loaded Util.o at the end. | | Is there any more information you can provide that will help us to | repro it? | | Cheers, | Simon | | Here is a transcript: | | enescu:/nfs/isd/hdaume/stat-sum-ulf 54% ghci -package lang ghci | -package lang | ___ ___ _ | / _ \ /\ /\/ __(_) |/ /_\// /_/ / / | | GHC Interactive, version 5.00.2, | For Haskell | 98. | / /_\\/ __ / /___| | http://www.haskell.org/ghc/ | \/\/ /_/\/|_| Type :? for help. | | Loading package std ... linking ... done. | Loading package lang ... linking ... done. | Prelude :l Util | :l Util | Skipping Util ( Util.hs, ./Util.o ) | Ok, modules loaded: Util. | Util List.[] | List.[] | | Ambiguous type variable(s) `t' in the constraint | `PrelShow.Show t' | arising from use of `PrelIO.print' at No locn in a `do' | expression | pattern binding: PrelIO.print it | Util `eq` | `eq` | no file:0: parse error on input ``' | Util 3 `eq` 4 | 3 `eq` 4 | | no file:0: Variable not in scope: `eq' | Util :l Util | :l Util | unloadObj: can't find `./Util.o' to unload | ghc-5.00.2: panic! (the `impossible' happened, GHC | version 5.00.2): | unloadObj: failed | | Please report it as a compiler bug to | [EMAIL PROTECTED], or | http://sourceforge.net/projects/ghc/. | | | Util | - | | I'm not sure exactly what went wrong, but here's a copy of | Util.hs... | | -- | Hal Daume III | |Computer science is no more about computers| [EMAIL PROTECTED] | than astronomy is about telescopes. -Dijkstra | | www.isi.edu/~hdaume | | | -- | Hal Daume III | | Computer science is no more about computers| [EMAIL PROTECTED] | than astronomy is about telescopes. -Dijkstra | www.isi.edu/~hdaume | | ___ | Glasgow-haskell-bugs mailing list | [EMAIL PROTECTED] | http://www.haskell.org/mailman/listinfo/glasgo| w-haskell-bugs | ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: compiler bug report
Hi there, Thanks for the report. I can't repro the bug though - after I commented out the definition of beginWithBy at the end of Util.hs (it had some type errors), and tried the exact same sequence of commands in ghci, it happily re-loaded Util.o at the end. Is there any more information you can provide that will help us to repro it? Cheers, Simon Here is a transcript: enescu:/nfs/isd/hdaume/stat-sum-ulf 54% ghci -package lang ghci -package lang ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 5.00.2, For Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package std ... linking ... done. Loading package lang ... linking ... done. Prelude :l Util :l Util Skipping Util ( Util.hs, ./Util.o ) Ok, modules loaded: Util. Util List.[] List.[] Ambiguous type variable(s) `t' in the constraint `PrelShow.Show t' arising from use of `PrelIO.print' at No locn in a `do' expression pattern binding: PrelIO.print it Util `eq` `eq` no file:0: parse error on input ``' Util 3 `eq` 4 3 `eq` 4 no file:0: Variable not in scope: `eq' Util :l Util :l Util unloadObj: can't find `./Util.o' to unload ghc-5.00.2: panic! (the `impossible' happened, GHC version 5.00.2): unloadObj: failed Please report it as a compiler bug to [EMAIL PROTECTED], or http://sourceforge.net/projects/ghc/. Util - I'm not sure exactly what went wrong, but here's a copy of Util.hs... -- Hal Daume III Computer science is no more about computers| [EMAIL PROTECTED] than astronomy is about telescopes. -Dijkstra | www.isi.edu/~hdaume ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: compiler bug report
I just thought I'd point out: this is the third report of similar behaviour, so there's clearly something amiss. If anyone else has seen it and/or has any clues as to how we might track it down, please speak up. Cheers, Simon -Original Message- From: Simon Marlow [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 01, 2001 9:51 AM To: Hal Daume; [EMAIL PROTECTED] Subject: RE: compiler bug report Hi there, Thanks for the report. I can't repro the bug though - after I commented out the definition of beginWithBy at the end of Util.hs (it had some type errors), and tried the exact same sequence of commands in ghci, it happily re-loaded Util.o at the end. Is there any more information you can provide that will help us to repro it? Cheers, Simon Here is a transcript: enescu:/nfs/isd/hdaume/stat-sum-ulf 54% ghci -package lang ghci -package lang ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 5.00.2, For Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package std ... linking ... done. Loading package lang ... linking ... done. Prelude :l Util :l Util Skipping Util ( Util.hs, ./Util.o ) Ok, modules loaded: Util. Util List.[] List.[] Ambiguous type variable(s) `t' in the constraint `PrelShow.Show t' arising from use of `PrelIO.print' at No locn in a `do' expression pattern binding: PrelIO.print it Util `eq` `eq` no file:0: parse error on input ``' Util 3 `eq` 4 3 `eq` 4 no file:0: Variable not in scope: `eq' Util :l Util :l Util unloadObj: can't find `./Util.o' to unload ghc-5.00.2: panic! (the `impossible' happened, GHC version 5.00.2): unloadObj: failed Please report it as a compiler bug to [EMAIL PROTECTED], or http://sourceforge.net/projects/ghc/. Util - I'm not sure exactly what went wrong, but here's a copy of Util.hs... -- Hal Daume III Computer science is no more about computers| [EMAIL PROTECTED] than astronomy is about telescopes. -Dijkstra | www.isi.edu/~hdaume ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: compiler bug report
I can't reliably repro the bug, but it happens to me a *lot*. At least one every hour or two...not only on that file...I don't think it happens if I delete all the .o files...not sure though... - Hal Simon Marlow wrote: Hi there, Thanks for the report. I can't repro the bug though - after I commented out the definition of beginWithBy at the end of Util.hs (it had some type errors), and tried the exact same sequence of commands in ghci, it happily re-loaded Util.o at the end. Is there any more information you can provide that will help us to repro it? Cheers, Simon Here is a transcript: enescu:/nfs/isd/hdaume/stat-sum-ulf 54% ghci -package lang ghci -package lang ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 5.00.2, For Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package std ... linking ... done. Loading package lang ... linking ... done. Prelude :l Util :l Util Skipping Util ( Util.hs, ./Util.o ) Ok, modules loaded: Util. Util List.[] List.[] Ambiguous type variable(s) `t' in the constraint `PrelShow.Show t' arising from use of `PrelIO.print' at No locn in a `do' expression pattern binding: PrelIO.print it Util `eq` `eq` no file:0: parse error on input ``' Util 3 `eq` 4 3 `eq` 4 no file:0: Variable not in scope: `eq' Util :l Util :l Util unloadObj: can't find `./Util.o' to unload ghc-5.00.2: panic! (the `impossible' happened, GHC version 5.00.2): unloadObj: failed Please report it as a compiler bug to [EMAIL PROTECTED], or http://sourceforge.net/projects/ghc/. Util - I'm not sure exactly what went wrong, but here's a copy of Util.hs... -- Hal Daume III Computer science is no more about computers| [EMAIL PROTECTED] than astronomy is about telescopes. -Dijkstra | www.isi.edu/~hdaume -- Hal Daume III Computer science is no more about computers| [EMAIL PROTECTED] than astronomy is about telescopes. -Dijkstra | www.isi.edu/~hdaume ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: compiler-bug
Andreas Thanks for a fine report. This one must have been lurking for ages! Fixed in the CVS tree. A one-line change in deSugar/DsHsSyn.lhs Simon [For others: this innocuous program was being desugared wrongly.] erroR :: Int erroR = n where (n+1,_) = (5,2)
Re: Compiler bug pops up when compiling ghc-2.07 with 2.02
Simon L Peyton Jones writes: I tried, but it seems to complete successfully. Nevertheless, later make all fails with the same message. Probably the dependencies generated by make boot (or make depend, for that matter) _are_ circular (citing from ghc/compiler/.depend): utils/FastString.o : basicTypes/Unique.hi basicTypes/Unique.o : utils/Pretty.hi utils/Pretty.o : utils/FastString.hi My guess is that you have not got the line Ghc2_0= YES in your build.mk file. GHC 2.x uses a different way of dealing with mutual recursion (via M.hi-boot files) than GHC 0.29 (which used M.lhi files). No, I had this line in my build.mk from the beginning. For the record, here goes my builld.mk: GhcBuilderVersion = 207 WithGhcHc = ghc-2.07 Ghc2_0=YES GhcWithHscBuiltViaC=NO Remember, don't bother to use 2.06 or earlier for self-booting. Only 2.07 is up to it. Yes, I use 2.07 (or so it seems): [08:53:35] ben@kawa:~ ghc --version The Glorious Glasgow Haskell Compilation System, version 2.07,patchlevel 0 BTW, when you are so kind as to answer my not-so-wise questions, what is the 'proper' way of getting a .dvi from literate sources? I could not find anything in the docs, and my attempts to follow the literate/README fail at the make stage already. Regards, Marcin Benke "Calm down, it's only ones and zeros!" - DJ Delorie
Re: Compiler bug pops up when compiling ghc-2.07 with 2.02
I tried, but it seems to complete successfully. Nevertheless, later make all fails with the same message. Probably the dependencies generated by make boot (or make depend, for that matter) _are_ circular (citing from ghc/compiler/.depend): utils/FastString.o : basicTypes/Unique.hi basicTypes/Unique.o : utils/Pretty.hi utils/Pretty.o : utils/FastString.hi My guess is that you have not got the line Ghc2_0= YES in your build.mk file. GHC 2.x uses a different way of dealing with mutual recursion (via M.hi-boot files) than GHC 0.29 (which used M.lhi files). When you make that change to build.mk you'll need to do a make depend again. Yes, this should be documented. Remember, don't bother to use 2.06 or earlier for self-booting. Only 2.07 is up to it. Simon
Re: Compiler bug pops up when compiling ghc-2.07 with 2.02
Sigbjorn Finne writes: my guess is that the Makefile dependencies aren't generated properly, try doing 'make depend' in ghc/compiler and see if that fails to complete properly for some reason. I tried, but it seems to complete successfully. Nevertheless, later make all fails with the same message. Probably the dependencies generated by make boot (or make depend, for that matter) _are_ circular (citing from ghc/compiler/.depend): utils/FastString.o : basicTypes/Unique.hi basicTypes/Unique.o : utils/Pretty.hi utils/Pretty.o : utils/FastString.hi ...the circle closes :-( BTW, mailing glasgow-haskell-bugs is probably a good idea with problems like these; I'm happy to help out, but I'm reading my e-mail infrequently at the moment. Marcin Benke writes: Thanks for this hint. I have downloaded binary version of 2.07 and tried again to recompile 2.07 with itself. However, after configure make boot make all fails like this: make[2]: Circular utils/Argv.o - utils/FastString.hi dependency dropped. ghc-2.07 -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -iutils:basicTypes:types:hsSyn:prelude:rename:typecheck:deSugar:coreSyn:specialise:simplCore:stranal:stgSyn:simplStg:codeGen:absCSyn:main:reader:profiling:parser:nativeGen -recomp -DOMIT_DEFORESTER -fvia-C -c utils/Argv.lhs -o utils/Argv.o -osuf o utils/Argv.lhs:15: Could not find valid interface file `FastString' Compilation had errors make[2]: *** [utils/Argv.o] Error 1 make[1]: *** [all] Error 2 make: *** [all] Error 2 Regards, Marcin Benke "Calm down, it's only ones and zeros!" - DJ Delorie
Re: Compiler bug pops up when compiling ghc-2.07 with 2.02
Marcin Benke writes:
Hi,
while trying to compile GHC 2.07 with 2.02 (on i386 Linux) I
encountered the following:
==fptools== make all;
in /export/linux/ben/Dlubanie/Build/fptools/ghc/lib
rm -f ghc/PrelBase.o ; if [ ! -d ghc/PrelBase ]; then mkdir ghc/PrelBase; else find
ghc/PrelBase -name '*.o' -print | xargs rm -f __rm_food ; fi
../../ghc/driver/ghc -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -O -split-objs
-odir ghc/PrelBase -H12m -c ghc/PrelBase.lhs -o ghc/PrelBase.o -osuf o
Warning: GENERATE_SPECS pre-processing pragma ignored:
{-# GENERATE_SPECS subtract a{Int#,Double#,Int,Double,Complex(Double#),Complex
(Double)} #-}
Warning: GENERATE_SPECS pre-processing pragma ignored:
{-# GENERATE_SPECS (.) a b c #-}
Warning: GENERATE_SPECS pre-processing pragma ignored:
{-# GENERATE_SPECS data a :: Lift a #-}
Warning: GENERATE_SPECS pre-processing pragma ignored:
{-# GENERATE_SPECS showList__ a #-}
*** Pattern-matching error within GHC!
This is a compiler bug; please report it to [EMAIL PROTECTED]
Fail: "main/CmdLineOpts.lhs", line 451: incomplete pattern(s) to match in function
"simpl_sep"
--
Hi,
it seems like you're compiling with an incompatible pair of compiler
and driver. There was a change to the compiler command-line syntax
with version 2.06, which looks like what's causing the above.
Compiling 2.07 with 2.02 is hard (if not impossible). I suggest you
try out the 2.07 Linux binary distribution that the Heroic Sven
Panne has made available
ftp://ftp.informatik.uni-muenchen.de/pub/local/pms/
(2.07 is self-compilable)
HTH,
--Sigbjorn
