[GHC] #1290: ghc runs preprocessor too much
#1290: ghc runs preprocessor too much --+- Reporter: guest| Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Driver |Version: 6.7 Severity: normal | Keywords: Difficulty: Unknown | Os: Unknown Testcase: | Architecture: Unknown --+- When an external preprocessor has been specified with -F -pgmF, and then using ghc --make, ghc runs the preprocessor on every .hs file, even those for which compilation is skipped. This seem unnecessary and it slows down recompilation significantly when you have many files. -- Lennart -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1290 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1291: Binary Solaris build fails on Solaris 9
#1291: Binary Solaris build fails on Solaris 9 ---+ Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Build System |Version: 6.6.1 Severity: normal| Keywords: Difficulty: Unknown | Os: Solaris Testcase:| Architecture: sparc ---+ There doesn't appear to be a libm.so.2 on Solaris 9, just libm.so.1. Any suggestions? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1291 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1292: -fwarn-monomorphism-restriction should be -Wmonomorphism-restriction
#1292: -fwarn-monomorphism-restriction should be -Wmonomorphism-restriction ---+ Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.7 Severity: normal| Keywords: Difficulty: Unknown | Os: Unknown Testcase:| Architecture: Unknown ---+ Why is the monomorphism restricion warning different from other warning? I think it should have a -W flag. Furthermore, having this flag on by default breaks package builds that use -Werror. -- Lennart -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1292 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1293: building ghc 6.6.1 hangs on linux-x86 at Language/Haskell/Syntax.hs
#1293: building ghc 6.6.1 hangs on linux-x86 at Language/Haskell/Syntax.hs ---+ Reporter: mm| Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.6.1 Severity: blocker | Keywords: hangs compilation Difficulty: Unknown | Os: Linux Testcase:| Architecture: x86 ---+ {{{ ../../compiler/ghc-inplace -H16m -O -package-name haskell-src-1.0.1 -O -Rghc-timing -fgenerics -package base -fgenerics -split-objs -hisuf p_hi -hcsuf p_hc -osuf p_o -prof -c Language/Haskell/Syntax.hs -o Language/Haskell/Syntax.p_o -ohi Language/Haskell/Syntax.p_hi ^C ghc: 1692957264 bytes, 2394 GCs, 12868709/19559532 avg/max bytes residency (12 samples), 50M in use, 0.00 INIT (0.00 elapsed), 9.28 MUT (9.52 elapsed), 3.22 GC (3.50 elapsed) :ghc make[3]: *** [Language/Haskell/Syntax.p_o] Fehler 1 make[2]: *** [all] Unterbrechung make[1]: *** [all] Unterbrechung make: *** [stage1] Unterbrechung }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1293 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1292: -fwarn-monomorphism-restriction should be -Wmonomorphism-restriction
#1292: -fwarn-monomorphism-restriction should be -Wmonomorphism-restriction -+-- Reporter: guest |Owner: Type: bug | Status: closed Priority: normal|Milestone: Component: Compiler | Version: 6.7 Severity: normal| Resolution: invalid Keywords:| Difficulty: Unknown Os: Unknown | Testcase: Architecture: Unknown | -+-- Changes (by guest): * resolution: = invalid * status: new = closed -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1292 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1294: ? generates .. lexeme
#1294: ? generates .. lexeme ---+ Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.7 Severity: normal| Keywords: Difficulty: Unknown | Os: Unknown Testcase:| Architecture: Unknown ---+ You can't have a ? operator with -fglasgow-exts. Looking in Lexer.x you can see the following line: ,(?, ITdotdot, bit glaExtsBit) Surely this cannot be intensional. Some kind of Unicode mistake? -- Lennart -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1294 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1295: .bat files not removed
#1295: .bat files not removed ---+ Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.7 Severity: normal| Keywords: Difficulty: Unknown | Os: Windows Testcase:| Architecture: Unknown ---+ Doing a 'make clean' nor 'make distclean' remove generated x-inplace.bat files which can cause major problems. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1295 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1296: -fwarn-monomorphism-restriction breaks package compilation
#1296: -fwarn-monomorphism-restriction breaks package compilation ---+ Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.7 Severity: normal| Keywords: Difficulty: Unknown | Os: Unknown Testcase:| Architecture: Unknown ---+ Just try to compile regexp-compat. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1296 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1297: No LANGUAGE option for # in symbols
#1297: No LANGUAGE option for # in symbols ---+ Reporter: neil | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.6 Severity: normal| Keywords: Difficulty: Unknown | Os: Unknown Testcase:| Architecture: Unknown ---+ The LANGUAGE pragma is the new recommended way of saying which features you want (I think), but there is no value that corresponds to allowing # in symbols (i.e. unsafeCoerce#) - meaning OPTIONS_GHC has to be used in this case. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1297 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1298: Data.Complex.phase does unnecessary pattern match
#1298: Data.Complex.phase does unnecessary pattern match --+- Reporter: guest| Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Prelude |Version: 6.7 Severity: normal | Keywords: Difficulty: Unknown | Os: Unknown Testcase: | Architecture: Unknown --+- The Data.Complex.phase function contains this line: phase (0 :+ 0) = 0-- SLPJ July 97 from John Peterson This is not necessary since atan2 (invoked on the following line) is defined such that it returns 0 in this case already. -- Lennart -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1298 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1299: sh boot should give a better error message if automake isn't installed
#1299: sh boot should give a better error message if automake isn't installed ---+ Reporter: [EMAIL PROTECTED] | Owner: Type: feature request | Status: new Priority: normal| Milestone: Component: Build System |Version: 6.6.1 Severity: minor | Keywords: Difficulty: Unknown | Os: Linux Testcase:| Architecture: Unknown ---+ I was building GHC from scratch on a new machine that didn't have automake installed, and sh boot gave the following error message: Can't exec aclocal: No such file or directory at /usr/bin/autoreconf line 182. Use of uninitialized value in pattern match (m//) at /usr/bin/autoreconf line 18 2. Can't exec automake: No such file or directory at /usr/bin/autoreconf line 183 . Use of uninitialized value in pattern match (m//) at /usr/bin/autoreconf line 18 3. (repeated five times) It would be nice if the script checked whether automake was installed. Or, at least, maybe if the first attempt to use automake failed, there might be a way to avoid printing out the same error message five times; it's a little forbidding. (I'm sure the documentation says you need automake, but it might be nice to have a better error message even so.) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1299 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1256: GHC warns about omitting type signatures; would be more helpful if it supplied inferred type signature
#1256: GHC warns about omitting type signatures; would be more helpful if it supplied inferred type signature +--- Reporter: guest|Owner: Type: feature request | Status: closed Priority: low |Milestone: 6.8 Component: Compiler | Version: 6.6 Severity: minor| Resolution: fixed Keywords: | Difficulty: Unknown Os: Unknown | Testcase: Architecture: Unknown | +--- Comment (by Isaac Dupree): Perhaps the type should be shown without the unnecessary forall's (which aren't commonly written in type-signatures when not needed, and aren't Haskell98)? (BTW, having that in the warning at all is great :) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1256 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1288: ghci 6.6 foreign import stdcall broken, panic, panic!!!!
#1288: ghci 6.6 foreign import stdcall broken, panic, panic +--- Reporter: [EMAIL PROTECTED] |Owner: Type: bug | Status: new Priority: normal |Milestone: Component: GHCi | Version: 6.6 Severity: critical | Resolution: Keywords: ghci foreign ffi dll import stdcall | Difficulty: Moderate (1 day) Os: Windows | Testcase: Architecture: x86 | +--- Changes (by simonmar): * priority: high = normal Comment: Thanks for the detailed report, we'll assign priority in due course. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1288 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1294: ? generates .. lexeme
#1294: ? generates .. lexeme -+-- Reporter: guest |Owner: Type: bug | Status: closed Priority: normal|Milestone: Component: Compiler | Version: 6.7 Severity: normal| Resolution: fixed Keywords:| Difficulty: Unknown Os: Unknown | Testcase: Architecture: Unknown | -+-- Changes (by simonmar): * resolution: = fixed * status: new = closed Comment: Looks like this was accidentally broken, should be fixed now. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1294 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
GHC 6.6 panic from Data.Binary.Builder? reproducible on linux and mac os/x
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
Re: [GHC] #1246: = operators get compiled worse than ==
On Mon, Mar 26, 2007 at 09:51:02PM -0700, Stefan O'Rear wrote: On Mon, Mar 26, 2007 at 09:31:41PM -0700, John Meacham wrote: On Mon, Mar 26, 2007 at 09:23:13PM -0700, Stefan O'Rear wrote: On Mon, Mar 26, 2007 at 09:15:35PM -0700, John Meacham wrote: actually, this is not true for the specific case of testing against zero on x86 at least. there is a 'zero flag' that is set whenever the result of an operation is zero. whereas for compares, you actually need to load zero into a register and cmp against it. Uh, you mean normal operations don't set the sign flag? (I'm just an assembly programmer and am perfectly willing to defer to a compiler writer on such issues, but it seems like a strange assertion...) They certainly do, but in this particular case, the 'decrement' (n - 1) happens to set the zero flag if n is one so we get that comparison for free. We don't have a flag which immediately tells us whether n = 0 however so we have to perform that comparison separately. Not =, no, but we do have 0 (SF) and =0 (ZF) ; if DEC has the dignity to clear OF we could use the single JLE instruction, otherwise we would need to JS then JZ to the same address. Either way we would not need to explicitly CMP anything. I think. (Actually if DEC sets OF properly then that will work just as well as clearing it.) Ah yes, you are right, that does work. it must be something else that is going on here. John -- John Meacham - ⑆repetae.net⑆john⑈ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: GHC 6.6 panic from Data.Binary.Builder? reproducible on linux and mac os/x
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