Re: [GHC] #1852: -O2 -funbox-strict-fields causes incorrect behavior
#1852: -O2 -funbox-strict-fields causes incorrect behavior --+- Reporter: mwolak| Owner: simonmar Type: bug | Status: new Priority: high | Milestone: 6.8.2 Component: Compiler |Version: 6.8.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: x86_64 (amd64) Os: Linux | --+- Changes (by simonpj): * priority: normal = high * difficulty: = Unknown * owner: = simonmar * milestone: = 6.8.2 Comment: More information: this bug happens * on a 64-bit machine * only with `-fasm` not `-fvia-C` I'm pretty certain it's a bug in the layout of static data constructors. Here is the assembly code for the static closure for `(Vec 1.0 2.0 3.0 4.0)` (at least I think so). Notice that we're only allocating 4 bytes per (unboxed) float, whereas we should be allocating 8. Over to you, Simon. {{{ rQP_closure: .quad Main_Vec4_static_info .byte 0 .byte 0 .byte 128 .byte 63 .byte 0 .byte 0 .byte 0 .byte 64 .byte 0 .byte 0 .byte 64 .byte 64 .byte 0 .byte 0 .byte 128 .byte 64 }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1852#comment:1 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] #1360: ghci :load and :add clear module context
#1360: ghci :load and :add clear module context --+- Reporter: Frederik | Owner: Type: task | Status: new Priority: normal| Milestone: 6.10 branch Component: GHCi |Version: 6.6 Severity: normal| Resolution: Keywords:| Difficulty: Easy (1 hr) Testcase:| Architecture: Unknown Os: Unknown | --+- Comment (by simonmar): See also #1556, which is this same issue applied to reload. Reload is somewhat easier, since it is likely that the previous context still makes sense. The problem with this ticket is deciding exactly ''what'' to implement. If someone could have a go at specifying something, that would be a good starting point. The context consists of two sets of modules `(as,bs)` where `as` are the `*M` modules and `bs` are the non-`*` modules. Specify a way to decide what `(as,bs)` should be after a load/add, given the previous `(as,bs)`. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1360#comment:3 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] #1654: GHC Panic in 6.8.1
#1654: GHC Panic in 6.8.1 -+-- Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: new Priority: high | Milestone: 6.8 branch Component: Compiler |Version: 6.8.1 Severity: major| Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: x86 Os: Linux| -+-- Comment (by duncan): I have also seen this error when building ghc-6.8.1. I think the circumstances in which I got it was: amd64 linux build 6.8.1 using 6.6.1 with quick build flags (-O0 -fasm) build 6.8.1 using previously built 6.8.1 The fist 6.8.1 may have been the old 6.8.1 tarball from dist/stable/dist/ rather than from dist/6.8.1/dist. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1654#comment:5 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] #1654: GHC Panic in 6.8.1
#1654: GHC Panic in 6.8.1 -+-- Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: new Priority: high | Milestone: 6.8 branch Component: Compiler |Version: 6.8.1 Severity: major| Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: x86 Os: Linux| -+-- Changes (by guest): * version: 6.7 = 6.8.1 * summary: GHC Panic in 20070827 = GHC Panic in 6.8.1 Comment: I reproduced this same bug in GHC 6.8.1, using the same procedure (building ghc-6.8.1 with ghc-6.8.1.) {{{ == make all -r; in /home/matt/source/ghc-6.8.1/compiler /home/matt/haskell/bin/ghc -H128m -O2 -istage1/utils -istage1/basicTypes -istage1/types -istage1/hsSyn -istage1/prelude -istage1/rename -istage1/typecheck -istage1/deSugar -istage1/coreSyn -istage1/vectorise -istage1/specialise -istage1/simplCore -istage1/stranal -istage1/stgSyn -istage1/simplStg -istage1/codeGen -istage1/main -istage1/profiling -istage1/parser -istage1/cprAnalysis -istage1/ndpFlatten -istage1/iface -istage1/cmm -istage1/nativeGen -Wall -fno-warn-name-shadowing -fno-warn- orphans -Istage1 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -Iparser -package unix -ignore-package lang -recomp -Rghc-timing -H16M '-#include cutils.h' -DUSING_COMPAT -i../compat -ignore-package Cabal -package directory -package pretty -package containers-c main/GHC.hs -o stage1/main/GHC.o -ohi stage1/main/GHC.hi ghc-6.8.1: panic! (the 'impossible' happened) (GHC version 6.8.1 for i386-unknown-linux): nameModule show_mod{v s6e6} }}} I'll produce a full core-lint build transcript now. Matthew -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1654#comment:4 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] #1844: Unexpected behavior with INLINE pragma
#1844: Unexpected behavior with INLINE pragma --+- Reporter: calvins | Owner: igloo Type: merge | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.8.1 Severity: normal| Resolution: Keywords: INLINE| Difficulty: Unknown Testcase:| Architecture: x86 Os: Linux | --+- Comment (by calvins): No problem. Thanks for the quick response. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1844#comment:5 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] #1844: Unexpected behavior with INLINE pragma
#1844: Unexpected behavior with INLINE pragma --+- Reporter: calvins | Owner: igloo Type: merge | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.8.1 Severity: normal| Resolution: Keywords: INLINE| Difficulty: Unknown Testcase:| Architecture: x86 Os: Linux | --+- Comment (by simonpj): Excellent. We'll consider the bug closed when Ian has merged it. Thanks for re-testing. Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1844#comment:4 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] #1184: Hasktags misses symbol
#1184: Hasktags misses symbol -+-- Reporter: newsham | Owner: Type: bug | Status: new Priority: low | Milestone: _|_ Component: None |Version: 6.6 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Windows | -+-- Changes (by simonmar): * priority: normal = low * milestone: 6.6.2 = _|_ Comment: Un-milestone. `ghctags` is a better place to direct tags-related effort, and may replace `hasktags` in a future release. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1184#comment:3 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] #1376: panic caused in ghci by the following code involving monad transformers
#1376: panic caused in ghci by the following code involving monad transformers +--- Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: closed Priority: normal | Milestone: 6.6.2 Component: Compiler|Version: 6.6.1 Severity: normal | Resolution: fixed Keywords: | Difficulty: Unknown Testcase: | Architecture: powerpc Os: MacOS X | +--- Changes (by simonmar): * status: new = closed * resolution: = fixed Comment: we won't be doing 6.6.2. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1376#comment:4 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] #1751: program with GADTs segfaults when compiled with -prof and -auto-all
#1751: program with GADTs segfaults when compiled with -prof and -auto-all --+- Reporter: guest | Owner: Type: bug | Status: closed Priority: low | Milestone: 6.6.2 Component: Compiler |Version: 6.6.1 Severity: normal| Resolution: fixed Keywords:| Difficulty: Unknown Testcase:| Architecture: Unknown Os: Unknown | --+- Changes (by simonmar): * status: new = closed * resolution: = fixed Comment: We won't be doing 6.6.2. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1751#comment:3 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] #1843: ghc 6.8.1 broken on Mac OS X Leopard PPC
#1843: ghc 6.8.1 broken on Mac OS X Leopard PPC --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.8.1 Severity: critical | Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: powerpc Os: MacOS X | --+- Comment (by ChrisKuklewicz): I attempted to make 6.8.1 on a G4 with OS X 10.5 and XCode 3.0 The stage1 compiler seems to run, but the I got _many_ of those unknown scattered relocation type 4 errors. The stage2 compiler that was installed simply segfaults when run. If I tried to compile the extra src tarball at the same time then it would die in the parsec package during compilation. But that might be an unrelated error. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1843#comment:4 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] #1654: GHC Panic in 6.8.1
#1654: GHC Panic in 6.8.1 -+-- Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: new Priority: high | Milestone: 6.8 branch Component: Compiler |Version: 6.8.1 Severity: major| Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: x86 Os: Linux| -+-- Comment (by guest): I just obtained the tarball for 6.8.1 last night. {{{ $ sha1sum ghc-6.8.1-src.tar.bz2 0a75244eaf3e5bd0a548a2cfa1a386b828e037f3 ghc-6.8.1-src.tar.bz2 }}} Matthew -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1654#comment:6 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] #1654: GHC Panic in 6.8.1
#1654: GHC Panic in 6.8.1 -+-- Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: new Priority: high | Milestone: 6.8 branch Component: Compiler |Version: 6.8.1 Severity: major| Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: x86 Os: Linux| -+-- Comment (by simonpj): OK, so here's what I've seen so far. In `ghc-log.bz2` I see * That there is a Core Lint failure in the stage 2 build, for file `RnTypes.lhs`. * Stage 2 is built with `-O2` * The Core Lint failure is in the result of `SpecConstr` * In the specialisation of a join point in `mk_hs_op_ty`. There is something odd going on, because there are duplicate specialisations for this join point: {{{ $j_X6vX [Once*! Nothing] :: GHC.Base.Bool - GHC.Base.Bool - IOEnv.IOEnv (TcRnTypes.Env TcRnTypes.TcGblEnv TcRnTypes.TcLclEnv) (HsTypes.HsType Name.Name) [Arity 2 Str: DmdType SL RULES: SC:$j_X6vX0 [0] forall {} $j_X6vX GHC.Base.False GHC.Base.True = $s$j_s6Qh SC:$j_X6vX1 [0] forall {} $j_X6vX GHC.Base.True GHC.Base.False = $s$j_s6Qi SC:$j_X6vX2 [0] forall {} $j_X6vX GHC.Base.False GHC.Base.False = $s$j_s6Qj SC:$j_X6vX0 [0] forall {} $j_X6vX GHC.Base.False GHC.Base.True = $s$j_s6PF SC:$j_X6vX1 [0] forall {} $j_X6vX GHC.Base.True GHC.Base.False = $s$j_s6PG SC:$j_X6vX2 [0] forall {} $j_X6vX GHC.Base.False GHC.Base.False = $s$j_s6PH] }}} There should be three specialisations but there are six. The Core Lint failure is inside a couple of the specialised functions `$s$j_s6PF` for example. I have tried to reproduce this odd specialisation behaviour in 6.8.1 and the HEAD (by compiling `RnTypes` with `-O2`, but both generate three specialisations (and no Lint failure) as they should. So let's see if anyone can reproduce this with 6.8.1 or the HEAD. It's entirely possible that it's fixed already, but it'd be more reassuring to track it down and thereby be certain. Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1654#comment:7 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] #1654: GHC Panic in 6.8.1
#1654: GHC Panic in 6.8.1 -+-- Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: new Priority: high | Milestone: 6.8 branch Component: Compiler |Version: 6.8.1 Severity: major| Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: x86 Os: Linux| -+-- Comment (by simonpj): PS: Matt says he can repo the bug with 6.8.1; I missed that. Since I can't (so far I've only tried rebuilding `RnTypes` alone) I'm going to wait for the full transcript with `-dcore-lint` on. Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1654#comment:8 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] #1841: Data.Typeable: Instances of basic types don't provide qualified strings to mkTyCon
#1841: Data.Typeable: Instances of basic types don't provide qualified strings to mkTyCon +--- Reporter: guest | Owner: Type: bug | Status: new Priority: normal | Milestone: Not GHC Component: libraries/base |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | +--- Changes (by simonpj): * milestone: = Not GHC Comment: The only negative impact would that instead of saying just Int, users might have to write GHC.Base.Int, and have ifdefs for other compilers. Myself, I don't mind one way or the other. This is a library issue really. I'll mark it as Not GHC. I think the best thing now is to make a concrete proposal following the library process (http://haskell.org/haskellwiki/Library_submissions); and then submit a patch. many thanks Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1841#comment:7 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] #1841: Data.Typeable: Instances of basic types don't provide qualified strings to mkTyCon
#1841: Data.Typeable: Instances of basic types don't provide qualified strings to mkTyCon +--- Reporter: guest | Owner: Type: bug | Status: new Priority: normal | Milestone: Not GHC Component: libraries/base |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | +--- Comment (by igloo): Would anything break if we used `Prelude.Int` rather than `GHC.Base.Int`? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1841#comment:8 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] #1854: sh gen_contents_index --inplace does not work under Solaris
#1854: sh gen_contents_index --inplace does not work under Solaris -+-- Reporter: guest |Owner: Type: bug | Status: new Priority: normal|Milestone: Component: Build System | Version: 6.8.1 Severity: normal| Resolution: Keywords:| Testcase: Architecture: Multiple | Os: Solaris -+-- Changes (by guest): * cc: [EMAIL PROTECTED] (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1854#comment:1 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] #1855: distrib/Makefile-bin-vars.in misses an CPP entry
#1855: distrib/Makefile-bin-vars.in misses an CPP entry --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Build System |Version: 6.8.1 Severity: normal| Keywords: Testcase:| Architecture: Multiple Os: Solaris | --+- The file `distrib/Makefile-bin-vars.in` needs to propagate the CPP program found by configure, by adding a line: {{{ CPP = @CPP@ }}} Otherwise cc -e is called during installation instead of gcc -e (and cc does not exist under Solaris) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1855 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] #1854: sh gen_contents_index --inplace does not work under Solaris
#1854: sh gen_contents_index --inplace does not work under Solaris --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Build System |Version: 6.8.1 Severity: normal| Keywords: Testcase:| Architecture: Multiple Os: Solaris | --+- the script is called in `libraries/Makefile` and fails under Solaris: {{{ -bash-3.1$ sh gen_contents_index --inplace gen_contents_index: bad substitution }}} it works if bash is used instead of sh. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1854 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] #1852: -O2 -funbox-strict-fields causes incorrect behavior
#1852: -O2 -funbox-strict-fields causes incorrect behavior --+- Reporter: mwolak| Owner: igloo Type: merge | Status: new Priority: high | Milestone: 6.8.2 Component: Compiler |Version: 6.8.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: x86_64 (amd64) Os: Linux | --+- Changes (by simonmar): * owner: simonmar = igloo * type: bug = merge Comment: Fixed: {{{ Thu Nov 8 13:28:42 GMT 2007 Simon Marlow [EMAIL PROTECTED] * Pad static literals to word size in the code generator }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1852#comment:2 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] #1654: GHC Panic in 6.8.1
#1654: GHC Panic in 6.8.1 -+-- Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: new Priority: high | Milestone: 6.8 branch Component: Compiler |Version: 6.8.1 Severity: major| Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: x86 Os: Linux| -+-- Comment (by simonmar): Looking at the repro instructions for this bug, it seems the common factor is that the bootstrapping compiler is built with no optimisation, ''including the libraries''. Simon, you could try setting your `build.mk` to quickest, and add `GhcStage3HcOpts = -O2`, then try building a stage 3 compiler, my hunch is that this should reproduce it. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1654#comment:9 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] #1844: Unexpected behavior with INLINE pragma
#1844: Unexpected behavior with INLINE pragma --+- Reporter: calvins | Owner: igloo Type: merge | Status: new Priority: normal| Milestone: 6.8.2 Component: Compiler |Version: 6.8.1 Severity: normal| Resolution: Keywords: INLINE| Difficulty: Unknown Testcase:| Architecture: x86 Os: Linux | --+- Changes (by igloo): * milestone: = 6.8.2 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1844#comment:6 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] #1654: GHC Panic in 6.8.1
#1654: GHC Panic in 6.8.1 -+-- Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: new Priority: high | Milestone: 6.8 branch Component: Compiler |Version: 6.8.1 Severity: major| Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: x86 Os: Linux| -+-- Comment (by guest): Hello again, I deleted the ghc-6.8.1 source, unpacked a clean copy, and created build.mk: {{{ $ diff build.mk.sample build.mk 11c11 #BuildFlavour = perf --- BuildFlavour = perf 32c32 SRC_HC_OPTS = -H32m -O2 --- SRC_HC_OPTS = -H128m -O2 -dcore-lint }}} I reproduced the error, but this time, even with core-lint enabled, didn't get the same dump as I did from 20070827. The panic message was merely what I obtained without the core-lint message enabled, as I posted before... well, almost... (s6e6 - s6g6) {{{ /home/matt/ghc-6.8.1/bin/ghc -H128m -O2 -dcore-lint -istage1/utils -istage1/basicTypes -istage1/types -istage1/hsSyn -istage1/prelude -istage1/rename -istage1/typecheck -istage1/deSugar -istage1/coreSyn -istage1/vectorise -istage1/specialise -istage1/simplCore -istage1/stranal -istage1/stgSyn -istage1/simplStg -istage1/codeGen -istage1/main -istage1/profiling -istage1/parser -istage1/cprAnalysis -istage1/ndpFlatten -istage1/iface -istage1/cmm -istage1/nativeGen -Wall -fno-warn-name-shadowing -fno-warn-orphans -Istage1 -cpp -fglasgow- exts -fno-generics -Rghc-timing -I. -Iparser -package unix -ignore-package lang -recomp -Rghc-timing -H16M '-#include cutils.h' -DUSING_COMPAT -i../compat -ignore-package Cabal -package directory -package pretty -package containers-c main/GHC.hs -o stage1/main/GHC.o -ohi stage1/main/GHC.hi ghc-6.8.1: panic! (the 'impossible' happened) (GHC version 6.8.1 for i386-unknown-linux): nameModule show_mod{v s6g6} }}} The full log out output from configure and make, as usual, is attached as ghc-6.8.1-core-lint.bz2 Matthew -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1654#comment:10 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] #1856: Haskell determines that the modules are recursively imported but they are not, but the problem was the name of a module didn't match the file name where it was holded
#1856: Haskell determines that the modules are recursively imported but they are not, but the problem was the name of a module didn't match the file name where it was holded -+-- Reporter: guest| Owner: Type: feature request | Status: new Priority: normal | Milestone: 6.6.2 Component: Compiler |Version: 6.6 Severity: normal | Keywords: Modules Recursively Imported Error Messages Testcase: | Architecture: x86 Os: Linux| -+-- When I am trying to compile the following modules: File: Files.hs module Files where import SecMonad File: Lattice.hs module Lattice where File: Ref.hs module Ref where import SecMonad File: Screen.hs module Screen where import SecMonad File: Sec.hs module Sec where import Lattice File: SecLib.hs (OBSERVE HERE THAT THE NAME OF THE MODULE IS NOT THE SAME AS THE FILE) module SecMonad where import Lattice import Sec import SecMonad import Files import Screen import Ref File: SecMonad.hs module SecMonad where import Lattice import Sec I got the message: [EMAIL PROTECTED] ~/Sec7 $ ghci SecLib.hs -fglasgow-exts GHCi, version 6.8.1: http://www.haskell.org/ghc/ :? for help Loading package base ... linking ... done. [1 of 4] Compiling Lattice ( Lattice.hs, interpreted ) [2 of 4] Compiling Sec ( Sec.hs, interpreted ) [3 of 4] Compiling SecIO( SecIO.hs, interpreted ) Module imports form a cycle for modules: main:Resources imports: Files Lattice main:Files imports: SecMonad SecIO Lattice main:SecMonad imports: Resources Ref Screen Files SecMonad SecIO Sec Lattice main:Ref imports: SecMonad SecIO Sec Lattice Data.IORef main:Screen imports: SecMonad SecIO Lattice Failed, modules loaded: SecIO, Lattice, Sec. *SecIO I think that it would be of great help if the compiler can check if the names of the modules match the name of the files. It took me a while to discover the stupid mistake, and I believe that, when you have a large number of mobules, it might be difficult to find this bug. So, a simple check would help a lot in this situation. That is it! -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1856 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] #1841: Data.Typeable: Instances of basic types don't provide qualified strings to mkTyCon
#1841: Data.Typeable: Instances of basic types don't provide qualified strings to mkTyCon +--- Reporter: guest | Owner: Type: bug | Status: new Priority: normal | Milestone: Not GHC Component: libraries/base |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | +--- Comment (by igloo): Replying to [comment:9 guest]: However I don't really know what to do with (-) and []. I think they (and (,,,)) should be left unqualified. But I'm confused about the list constructor. Prelude.[] should work but I've noticed a wierd GHC behaviour (version 6.6 sorry) when using the constructor qualified. Is there a reason for which GHC fails parsing the following declarations? {{{ f = undefined :: Prelude.[] Prelude.Int g = undefined :: GHC.Base.[] Prelude.Int }}} You aren't allowed to qualify [], - or (,,,) according to the Haskell 98 report. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1841#comment:11 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] #1836: Omit way ghci for test case outofmem2
#1836: Omit way ghci for test case outofmem2 -+-- Reporter: thorkilnaur | Owner: Type: bug | Status: new Priority: normal | Milestone: 6.8.2 Component: Test Suite |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | -+-- Changes (by igloo): * milestone: = 6.8.2 Comment: I'm not sure why it would succeed when run the ghci way - is it another overcommit problem? We should look into it. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1836#comment:1 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] #1841: Data.Typeable: Instances of basic types don't provide qualified strings to mkTyCon
#1841: Data.Typeable: Instances of basic types don't provide qualified strings to mkTyCon +--- Reporter: guest | Owner: Type: bug | Status: new Priority: normal | Milestone: Not GHC Component: libraries/base |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | +--- Comment (by simonpj): I think that Prelude.Int would also be fine. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1841#comment:10 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] #1841: Data.Typeable: Instances of basic types don't provide qualified strings to mkTyCon
#1841: Data.Typeable: Instances of basic types don't provide qualified strings to mkTyCon +--- Reporter: guest | Owner: Type: bug | Status: new Priority: normal | Milestone: Not GHC Component: libraries/base |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | +--- Comment (by guest): @simonpj I'll work in a patch, thanks for your replies. @igloo I don't think it will break anyhting, actually it will protect Data.Typeable from breaking if a user mixes the predefined basic types with custom ones (strange, I know, but possible anyway). So I think I'll use Prelude in my patch since it's implementation-independent. However I don't really know what to do with (-) and []. For arrows, I think I'll use conditional compilation. GHC.Prim.(-) in the case of GHC and I'll find out where's defined in hugs (maybe it's treated specially and not really defined anywhere) But I'm confused about the list constructor. Prelude.[] should work but I've noticed a wierd GHC behaviour (version 6.6 sorry) when using the constructor qualified. Is there a reason for which GHC fails parsing the following declarations? {{{ f = undefined :: Prelude.[] Prelude.Int g = undefined :: GHC.Base.[] Prelude.Int }}} The errors I get are: {{{ parse error on input `.' }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1841#comment:9 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] #1857: libraries/network/configure.ac needs better check for Solaris
#1857: libraries/network/configure.ac needs better check for Solaris --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.8.1 Severity: normal| Keywords: Testcase:| Architecture: x86 Os: Solaris | --+- In libraries/network/configure.ac {{{ case $host in ... *-solaris2) }}} does not match solaris2.10 so nsl and socket are not included. I've changed the case to: {{{ *-solaris2*) }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1857 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] #1810: install-sh copies only a single header file to $(BIN_DIST_DIR)/includes/
#1810: install-sh copies only a single header file to $(BIN_DIST_DIR)/includes/ --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.8.2 Component: Build System |Version: 6.8.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: x86 Os: Solaris | --+- Changes (by igloo): * milestone: = 6.8.2 Comment: Thanks for the report! We'll look into it -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1810#comment:2 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] #1843: ghc 6.8.1 broken on Mac OS X Leopard PPC
#1843: ghc 6.8.1 broken on Mac OS X Leopard PPC --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.8.2 Component: Compiler |Version: 6.8.1 Severity: critical | Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: powerpc Os: MacOS X | --+- Changes (by igloo): * milestone: = 6.8.2 Comment: Thanks for the report! -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1843#comment:5 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] #1845: unconditional relative branch out of range (GHC version 6.8.1 for powerpc_apple_darwin)
#1845: unconditional relative branch out of range (GHC version 6.8.1 for powerpc_apple_darwin) -+-- Reporter: guest| Owner: Type: bug | Status: new Priority: normal | Milestone: 6.8.2 Component: GHCi |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: powerpc Os: MacOS X | -+-- Changes (by igloo): * difficulty: = Unknown * milestone: = 6.8.2 Comment: Thanks for the report! -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1845#comment:2 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] #1780: runInteractiveProcess broken with 2 processes on POSIX
#1780: runInteractiveProcess broken with 2 processes on POSIX --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.8 branch Component: Compiler |Version: 6.6.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: x86 Os: Linux | --+- Changes (by igloo): * milestone: = 6.8 branch Comment: Thanks for the report! This sounds like it's just a bug fix to me, so I'm putting it in the 6.8 milestone. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1780#comment:1 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] #1835: Provide information of the instance environment
#1835: Provide information of the instance environment --+- Reporter: guest | Owner: Type: feature request | Status: new Priority: normal| Milestone: 6.10 branch Component: Template Haskell |Version: 6.8.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: Unknown Os: Unknown | --+- Changes (by igloo): * difficulty: = Unknown * milestone: = 6.10 branch -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1835#comment:1 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] #1841: Data.Typeable: Instances of basic types don't provide qualified strings to mkTyCon
#1841: Data.Typeable: Instances of basic types don't provide qualified strings to mkTyCon +--- Reporter: guest | Owner: Type: bug | Status: new Priority: normal | Milestone: Not GHC Component: libraries/base |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | +--- Comment (by guest): Replying to [comment:11 igloo]: I think they (and (,,,)) should be left unqualified. Seems reasonable. They can't be defined in standard Haskell 98, right? Thus, they cannot cause any conflict with user-defined types anyway. You aren't allowed to qualify [], - or (,,,) according to the Haskell 98 report. True. However, GHC already allows to use tuples and (-) in an unqualified way. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1841#comment:12 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] #1842: runInteractiveCommand should install SIGCHLD handler
#1842: runInteractiveCommand should install SIGCHLD handler -+-- Reporter: firefly | Owner: Type: bug | Status: new Priority: normal | Milestone: 6.10 branch Component: libraries/base |Version: 6.8.1 Severity: normal | Resolution: Keywords: fork(), wait(), SIGCHLD | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Multiple | -+-- Changes (by igloo): * difficulty: = Unknown * milestone: = 6.10 branch Comment: Thanks for the report. We'll have to think about what is the right thing to do here. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1842#comment:2 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] #1779: unknown symbol `hs_hpc_module'
#1779: unknown symbol `hs_hpc_module' -+-- Reporter: guest| Owner: AndyGill Type: feature request | Status: assigned Priority: low | Milestone: 6.8.2 Component: GHCi |Version: 6.9 Severity: minor| Resolution: Keywords: hpc | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | -+-- Changes (by igloo): * milestone: = 6.8.2 Comment: Can we easily print a more helpful error in 6.8.2? A real fix can wait for 6.10, like Andy says. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1779#comment:2 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] #1839: need ghc-pkg dump feature
#1839: need ghc-pkg dump feature -+-- Reporter: duncan | Owner: Type: feature request | Status: new Priority: normal | Milestone: 6.10 branch Component: Compiler |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | -+-- Changes (by igloo): * milestone: = 6.10 branch Comment: I'd expect a dump command to give data in a lower-level format, e.g. Show/Read. I think the ghc-pkg flags have grown a bit crufty; perhaps we should rethink them for 6.10? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1839#comment:1 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] #1855: distrib/Makefile-bin-vars.in misses an CPP entry
#1855: distrib/Makefile-bin-vars.in misses an CPP entry --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.8.2 Component: Build System |Version: 6.8.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: Multiple Os: Solaris | --+- Changes (by igloo): * difficulty: = Unknown * milestone: = 6.8.2 Comment: Thanks for the report (and fix)! -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1855#comment:1 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] #1854: sh gen_contents_index --inplace does not work under Solaris
#1854: sh gen_contents_index --inplace does not work under Solaris --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.8.2 Component: Build System |Version: 6.8.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: Multiple Os: Solaris | --+- Changes (by igloo): * difficulty: = Unknown * milestone: = 6.8.2 Comment: Thanks for the report; let's just use sed or something instead. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1854#comment:2 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] #1849: Template Haskell: reify is not consistent with the special constructors ListT and TupleT
#1849: Template Haskell: reify is not consistent with the special constructors ListT and TupleT --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.10 branch Component: Template Haskell |Version: 6.8.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: Unknown Os: Unknown | --+- Changes (by igloo): * difficulty: = Unknown * milestone: = 6.10 branch -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1849#comment:3 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] #1840: Reduce strain on PPC Mac OS X swapspace when test case outofmem2 fails
#1840: Reduce strain on PPC Mac OS X swapspace when test case outofmem2 fails -+-- Reporter: thorkilnaur | Owner: Type: bug | Status: new Priority: normal | Milestone: 6.8.2 Component: Test Suite |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: outofmem2| Architecture: Unknown Os: Unknown | -+-- Changes (by igloo): * milestone: = 6.8.2 Comment: Thanks for the patch! We'll look into it, and the ulimit/overcommit problem, ASAP. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1840#comment:2 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] #1771: hFileSize gives negative values
#1771: hFileSize gives negative values ---+ Reporter: guest | Owner: Type: bug| Status: new Priority: normal | Milestone: 6.8 branch Component: Compiler |Version: 6.6.1 Severity: normal | Resolution: Keywords: hFileSize | Difficulty: Unknown Testcase: | Architecture: x86 Os: Windows| ---+ Changes (by igloo): * milestone: = 6.8 branch Comment: {{{ hFileSize :: Handle - IO Integer }}} so there's no good reason for this at the Haskell interface level. We probably need to call a different C function to allow for larger values. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1771#comment:1 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] #1767: :show setting does not conform to documented specification
#1767: :show setting does not conform to documented specification -+-- Reporter: guest| Owner: Type: bug | Status: new Priority: normal | Milestone: 6.8 branch Component: GHCi |Version: 6.9 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | -+-- Changes (by igloo): * milestone: = 6.8 branch -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1767#comment:2 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] #1857: libraries/network/configure.ac needs better check for Solaris
#1857: libraries/network/configure.ac needs better check for Solaris --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.8.2 Component: Compiler |Version: 6.8.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: x86 Os: Solaris | --+- Changes (by igloo): * difficulty: = Unknown * milestone: = 6.8.2 Comment: Thanks, we'll change it. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1857#comment:1 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] #1858: scripts should be installed using $(INSTALL_SCRIPT)
#1858: scripts should be installed using $(INSTALL_SCRIPT) -+-- Reporter: guest |Owner: Type: bug | Status: new Priority: normal|Milestone: Component: Build System | Version: 6.8.1 Severity: normal| Resolution: Keywords:| Testcase: Architecture: Multiple | Os: Solaris -+-- Comment (by guest): This also applies to `utils/mkdirhier/Makefile` -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1858#comment:1 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] #1857: libraries/network/configure.ac needs better check for Solaris
#1857: libraries/network/configure.ac needs better check for Solaris --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.8.2 Component: Compiler |Version: 6.8.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: Multiple Os: Solaris | --+- Changes (by guest): * architecture: x86 = Multiple Comment: the same applies to the sparc architecture -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1857#comment:2 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] #1603: a miscompilation of (`rem` 0x40000000)::Int with -O -fvia-C
#1603: a miscompilation of (`rem` 0x4000)::Int with -O -fvia-C --+- Reporter: Isaac Dupree | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.8 branch Component: Compiler |Version: 6.8.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase: numeric/1603 | Architecture: Multiple Os: Multiple | --+- Changes (by simonmar): * testcase: = numeric/1603 * version: 6.6.1 = 6.8.1 * os: Linux = Multiple * architecture: x86 = Multiple * milestone: 6.8.2 = 6.8 branch Comment: gcc is being too clever. It is assuming that because the first argument to % is the result of converting an unsigned to a signed integer, that its value is therefore non-negative, and uses this knowledge to optimise the code it generates for 'x % 0x4000'. I believe gcc is entitled to make this optimisation, because arithmetic in C is only defined within the bounds of the types, and that includes type conversions. Unfortunately the `-fwrapv` option doesn't apply to type conversions, apparently. I don't see an easy fix (but suggestions are welcome). We use unsigned types everywhere in our back end, only converting to signed types in order to perform signed operations. This strategy apparently relies on undefined C behaviour. I've added a test (will be pushed shortly). -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1603#comment:2 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] #1654: GHC Panic in 6.8.1
#1654: GHC Panic in 6.8.1 -+-- Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: closed Priority: high | Milestone: 6.8 branch Component: Compiler |Version: 6.8.1 Severity: major| Resolution: fixed Keywords: | Difficulty: Unknown Testcase: | Architecture: x86 Os: Linux| -+-- Changes (by simonpj): * status: new = closed * resolution: = fixed Comment: OK I've committed patches to HEAD and stable branch separately. Thanks for persisting with this, Matthew. It's quite difficult to make it happen deliberately (even now I know what is going on) so I'm not adding a test program. So it was very valuable to have you help us reproduce it. Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1654#comment:12 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] #1858: scripts should be installed using $(INSTALL_SCRIPT)
#1858: scripts should be installed using $(INSTALL_SCRIPT) --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Build System |Version: 6.8.1 Severity: normal| Keywords: Testcase:| Architecture: Multiple Os: Solaris | --+- in the `Makefile` of `driver/mangler/` and `driver/split/` `$(INSTALL_PROGRAM)` is used to install the perl scripts (during make binary-dist). This fails under Solaris when `$(INSTALL_PROGRAM)` has a `-s` option to strip binaries. I've used a newer install-sh script in order to avoid bug #1810. A more clever install-sh script might ignore the `-s` switch for non- binaries. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1858 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] #1654: GHC Panic in 6.8.1
#1654: GHC Panic in 6.8.1 -+-- Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: new Priority: high | Milestone: 6.8 branch Component: Compiler |Version: 6.8.1 Severity: major| Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: x86 Os: Linux| -+-- Comment (by simonpj): Replying to [comment:9 simonmar]: Looking at the repro instructions for this bug, it seems the common factor is that the bootstrapping compiler is built with no optimisation, ''including the libraries''. Simon, you could try setting your `build.mk` to quickest, and add `GhcStage3HcOpts = -O2`, then try building a stage 3 compiler, my hunch is that this should reproduce it. Excellent hunch! I've nailed it. It's quite unrelated to the `RnTypes` Lint failure, I think. What's happening is that a function with a RULE is getting a new unique, but that unique isn't being propagated into the record representing the RULE itself. Fixing it now. Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1654#comment:11 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] #1657: throwTo + unsafeInterleaveIO oddness
#1657: throwTo + unsafeInterleaveIO oddness +--- Reporter: guest | Owner: Type: bug | Status: new Priority: normal | Milestone: 6.8 branch Component: Runtime System |Version: 6.6.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: x86 Os: Windows | +--- Changes (by igloo): * milestone: = 6.8 branch Comment: Thanks for the report! -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1657#comment:2 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] #1753: GHC's file locking mechanism not prepared for close() returning -1
#1753: GHC's file locking mechanism not prepared for close() returning -1 +--- Reporter: guest | Owner: Type: bug | Status: new Priority: normal | Milestone: 6.8 branch Component: libraries/base |Version: 6.6.1 Severity: normal | Resolution: Keywords: | Difficulty: Easy (1 hr) Testcase: | Architecture: Unknown Os: Multiple| +--- Changes (by igloo): * milestone: = 6.8 branch Comment: Thanks for the report. We'll have to think about the best thing to do. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1753#comment:1 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] #1735: unused binding changes program behaviour
#1735: unused binding changes program behaviour --+- Reporter: igloo | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.8 branch Component: Compiler |Version: 6.8 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: Unknown Os: Unknown | --+- Changes (by igloo): * milestone: = 6.8 branch Comment: I still haven't investigated this properly, so it might want to be moved to 6.10 or closed. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1735#comment:1 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] #1839: need ghc-pkg dump feature
#1839: need ghc-pkg dump feature -+-- Reporter: duncan | Owner: Type: feature request | Status: new Priority: normal | Milestone: 6.10 branch Component: Compiler |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | -+-- Comment (by duncan): Replying to [comment:1 igloo]: I'd expect a dump command to give data in a lower-level format, e.g. Show/Read. Well I don't see that it makes a great deal of difference. We have parsers and printer functions for both formats anyway. The Read/Show format is more fragile when it comes to adding fields. The Read/Show format is not necessarily faster. The non-Read/Show format is easier to read and debug I think. I think the ghc-pkg flags have grown a bit crufty; perhaps we should rethink them for 6.10? Yes. For example it is currently extremely hard to find the packages of a given name in a specific package database. The list and field commands always search all packages (global, user, explicitly specified). -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1839#comment:2 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] #1836: Omit way ghci for test case outofmem2
#1836: Omit way ghci for test case outofmem2 -+-- Reporter: thorkilnaur | Owner: Type: bug | Status: new Priority: normal | Milestone: 6.8.2 Component: Test Suite |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | -+-- Comment (by thorkilnaur): A small elaboration: The flags +RTS -M5m -RTS passed when running the compiled outofmem2s are not similarly passed when interpreting outofmem2. I have no idea whether doing that would make sense, but it appears that the interpreted run of outofmem2 is not restrained like the compiled runs. Best regards Thorkil -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1836#comment:2 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] #1859: happy required to build ghc 6.8.1 from source
#1859: happy required to build ghc 6.8.1 from source --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.8.1 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: Unknown Os: Unknown | --+- Changes (by duncan): * difficulty: = Unknown Comment: It's because while the ghc tarball contains pre-processed versions of the parser and lexer, the packages in the extralibs tarball do not. Thus the other workaround is to not build the extralibs tarball. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1859#comment:1 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] #1859: happy required to build ghc 6.8.1 from source
#1859: happy required to build ghc 6.8.1 from source --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.8.1 Severity: normal| Keywords: Testcase:| Architecture: Unknown Os: Unknown | --+- I am building GHC 6.8.1 from source tarballs: {{{ f91de87e7c0a3fe2f27c5a83212d9743 ghc-6.8.1-src-extralibs.tar.bz2 8d47d4dcde96c31fe8bedcee7f99eaf1 ghc-6.8.1-src.tar.bz2 }}} The sequence ./configure --prefix=/... ; make results in the error during make {{{ Configuring haskell-src-1.0.1.1... rm -f haskell-src/GNUmakefile cp Makefile.local haskell-src if ifBuildable/ifBuildable haskell-src; then \ cd haskell-src setup/Setup makefile -f GNUmakefile; \ fi Preprocessing library haskell-src-1.0.1.1... Setup: The program happy is required but it could not be found make[1]: *** [haskell-src/GNUmakefile] Error 1 make[1]: Leaving directory `/tmp/g1/ghc-6.8.1/libraries' make: *** [stage1] Error 2 }}} However, the Building guide [wiki:Building/Prerequisites] says If you start from a source tarball of GHC (i.e. not a darcs checkout), then you don't need Happy, because we supply the pre-processed versions of the Happy parsers. I have been able to repeat this problem both on an i386 Debian Etch system and a x86_64 RHEL4 system. The workaround is to install happy. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1859 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] #1860: GMP dyn link dependencies in binary distributions
#1860: GMP dyn link dependencies in binary distributions -+-- Reporter: chak | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.8.2 Component: Build System | Version: 6.8.1 Severity: major |Keywords: Difficulty: Unknown |Testcase: Architecture: Unknown | Os: MacOS X -+-- A binary distribution contains a couple of ghc compiled binaries (most notably `pwd` and `ghc-pkg` from the `utils/` directory) that are linked by the '''bootstrap compiler''' (i.e., the compiler also used to compile stage1). As result, these binaries include dependencies on those versions of dynamic libraries used by the bootstrap compiler. This can be fatal if the build machine has dynamic libraries that the machine where the binary distribution is installed doesn't have (in particular, this can be a problem with gmp on Mac OS X). Here an example: 1. Machine A has a macports installation of GHC 6.6.1 that is dependent on and uses macport's gmp. 2. Machine A is used to generate a binary distribution for GHC 6.8.1, where the 6.6.1 compiler is used as the bootstrap compiler. The resulting GHC compiled binaries in the `utils/` directory of the generated distribution will now depend on the macports version of gmp. 3. Machine B has no gmp installed (which should be ok as the binary distribution has a version of gmp embedded which the newly installed compiler will use). 4. When invoking `./configure` on Machine B, `utils/pwd` of the binary distribution will be invoked which looks for the macports version of gmp in vain and fails. This is a fundamental problem with dynlib dependencies, esp on gmp, which will affect all architectures to varying degrees. However, it is especially bad for Mac OS X, as the obvious solution - to link the binaries generated by the bootstrap compiler '''statically''' - does not work on Mac OS X (at least it does not on 10.5). It the flag `-optl- static` is supplied, linking fails complaining that a library `crt.o` could not be found. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1860 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] #635: Replace use of select() in the I/O manager with epoll/kqueue/etc.
#635: Replace use of select() in the I/O manager with epoll/kqueue/etc. +--- Reporter: simonmar| Owner: Type: task| Status: new Priority: normal | Milestone: 6.8 branch Component: libraries/base |Version: 6.4.1 Severity: normal | Resolution: Keywords: | Difficulty: Difficult (1 week) Testcase: N/A | Architecture: Unknown Os: Unknown | +--- Comment (by AudreyTang): Should the libevent-based approach be investigated in the future, http://software.schmorp.de/pkg/libev.html has a more efficient implementation of the same (actually emulated) API -- see http://libev.schmorp.de/bench.html for benchmarks. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/635#comment:5 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] #1861: Uncompilable code generated
#1861: Uncompilable code generated --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.8.1 Severity: normal| Keywords: Testcase:| Architecture: x86 Os: MacOS X | --+- When compiling via C the symbol Infinity is sometimes generated. {{{ main = interact $ show . ( 1e400) . read }}} Compile with {{{ ghc -O2 -fvia-C foo.hs }}} -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1861 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