Re: [GHC] #809: SplitObjs option doesn't work when compiling ghc with gcc 4.x
#809: SplitObjs option doesn't work when compiling ghc with gcc 4.x +--- Reporter: guest | Owner: Type: bug| Status: new Priority: high | Milestone: Component: Compiler |Version: 6.4.2 Severity: normal | Resolution: Keywords: SplitObjs | Os: Linux Difficulty: Unknown| Architecture: x86 +--- Comment (by simonmar): Can someone check whether {{{-fno-unit-at-a-time}}} makes a difference? That is, add {{{-optc-fno-unit-at-a-time}}} to the offending compilation. x86_64 has been using this flag for a while, I'm not sure why we haven't needed it on x86 too - or maybe we just didn't notice. I don't have gcc 4.x on our x86 boxes here. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/809 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] #809: SplitObjs option doesn't work when compiling ghc with gcc 4.x
#809: SplitObjs option doesn't work when compiling ghc with gcc 4.x +--- Reporter: guest | Owner: Type: bug| Status: closed Priority: high | Milestone: Component: Compiler |Version: 6.4.2 Severity: normal | Resolution: fixed Keywords: SplitObjs | Os: Linux Difficulty: Unknown| Architecture: x86 +--- Changes (by simonmar): * resolution: = fixed * status: new = closed Comment: {{{-fno-unit-at-a-time}}} fixes it. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/809 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: Missing haddock documentation
Neil Mitchell wrote: I'm not sure if anyone has noticed already, but the module documentation has gone missing: Linked to from here: http://haskell.org/ghc/docs/latest/html/libraries/index.html Does not exist: http://haskell.org/ghc/docs/latest/html/libraries/base/Prelude.html Hoogle relies on these libraries as well, so I got an error when following a link. Seems to work ok for now... maybe a transient problem? Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #738: ghc can't load files with selinux Enforcing
Jens Petersen wrote: Perhaps someone who knows SELinux would like to describe how to set up an exception for GHC so we can put it in the FAQ? I have added: /usr/bin/chcon -t unconfined_execmem_exec_t /path/to/binary/prog to the %post install scripts of the darcs and haddock packages in Fedora Extras for now, and will do the same for the ghc package (it needs it for more programs). This avoids having to set allow_execmem system wide. I just wonder if the ghc case is harder since programs compiled by ghc using the rts need exceptions too not just ghc itself. Of course if the RTS was a shared library on Linux, then probably just its .so file would need to have execmem context set. I have added this information to the FAQ, thanks. Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #795: ghc-6.5.20060607: panic! (the 'impossible' happened) ... initC: srt
#795: ghc-6.5.20060607: panic! (the 'impossible' happened) ... initC: srt +--- Reporter: [EMAIL PROTECTED] | Owner: Type: bug| Status: closed Priority: normal | Milestone: 6.6 Component: Compiler |Version: 6.5 Severity: normal | Resolution: fixed Keywords: | Os: Linux Difficulty: Unknown| Architecture: x86 +--- Changes (by simonpj): * resolution: = fixed * status: new = closed Comment: Excellent bug report; Core Lint wins again. It turns out that there's a long-standing bug, which I have now fixed. tc204 tests. (I fear the commit message may say tc203, but it's 204!) Meanwhile, I think should be able to work around by replacing {{{ ...?y...?y...?y... {{{ let x = ?y in ...x...x..x.. }}} Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/795 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] #810: GHC complains about missing instance in conjunction with GADTs
#810: GHC complains about missing instance in conjunction with GADTs ---+ Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.4.1 Severity: normal| Resolution: Keywords:| Os: Linux Difficulty: Unknown | Architecture: x86 ---+ Comment (by simonpj): Seems all right with GHC 6.4.2 to me. I dn't nkow what Chris thinks doesn't work. Mind you, type classes and GADTs don't work togeher properly, still, so it's good luck that this one is ok. Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/810 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] #811: GHC panics when compiling some mutually recursive modules that export something imported
#811: GHC panics when compiling some mutually recursive modules that export something imported -+-- Reporter: guest |Owner: Type: bug | Status: new Priority: normal|Milestone: Component: Compiler | Version: 6.4.2 Severity: critical | Keywords: Os: Linux | Difficulty: Unknown Architecture: powerpc | -+-- This happened in my own code, and then I reduced it to a much simpler test-case. I wished to try it in another compiler, if only to make doubly sure that it is correct code, but I couldn't get any to work with (these) mutually recursive modules (for a variety of reasons). So, unless I am quite mistaken, I am unable to compile my Haskell-98 program at this point. Following are the four files to cause the error, then the command to invoke GHC (6.4.2, but 6.4.1 also failed for me in the same way) and the result. !CausesRecursiveModules.hs: {{{ --This module is what makes MainBug need a .hs-boot file. module CausesRecursiveModules () where import {-# SOURCE #-} MainBug () }}} !ExportsSomething.hs: {{{ -- This module by itself triggers no bug, but is necessary -- as something for MainBug to externally import. -- Something triggers the bug at least whether it's a thing, -- a type-alias, or a data definition (with the appropriate -- capitalization for each). (I tested those, as can be seen -- in the commented code below.) module ExportsSomething (Something) where type Something = () --data Something = MkSomething --something :: (); something = undefined }}} !MainBug.hs: {{{ --The export of Something here is necessary to trigger the bug, -- as well as it being externally imported. --(Actually the bug still happens if Something is not exported -- here and module ExportsSomething is not imported here at all, -- but that violates the expectation that the .hs-boot file -- should be a subset of the main .hs file.) --Importing CausesRecursiveModules here is necessary -- to cause recursive modules. --Rather than import ExportsSomething, it also triggers the bug to re- export -- something from the Prelude, such as 'id'; as it is, though, the bug -- still happens with -fno-implicit-prelude. module MainBug (Something) where import ExportsSomething (Something) import CausesRecursiveModules () }}} !MainBug.hs-boot: {{{ --The export of Something here is necessary to trigger the bug, -- as well as it being externally imported. --Note that Something is not actually and does not need to actually -- be imported by anyone from module MainBug (although the bug still happens -- if it is; it's just not the simplest test-case then!) --Rather than import ExportsSomething, it also triggers the bug to re- export -- something from the Prelude, such as 'id'; as it is, though, the bug -- still happens with -fno-implicit-prelude. module MainBug (Something) where import ExportsSomething (Something) }}} I've uploaded those four files at http://isaac.cedarswampstudios.org/2006/GHC6.4.2RecursiveModulesBug.tar.gz for convenience. This is the exact command and result to reproduce the bug, although variations on command-line arguments as well as trying to compile !CausesRecursiveModules.hs instead all seem to produce about the same error. I didn't try figuring out how to do it without --make, though. {{{ $ ghc --make MainBug.hs Chasing modules from: MainBug.hs Compiling ExportsSomething ( ./ExportsSomething.hs, ./ExportsSomething.o ) Compiling MainBug[boot]( MainBug.hs-boot, MainBug.o-boot ) Compiling CausesRecursiveModules ( ./CausesRecursiveModules.hs, ./CausesRecursiveModules.o ) Compiling MainBug ( MainBug.hs, MainBug.o ) ghc-6.4.2: panic! (the `impossible' happened, GHC version 6.4.2): checkHiBootIface MainBug.Something{tc r18N} }}} -- Isaac Dupree P.S. In case licenses matter, I hereby put this post/ticket/whatever-it- is, and the .tar.gz, into the public domain. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/811 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] #812: Slightly incorrect, though not misleading, warning message relating to mutually recursive modules
#812: Slightly incorrect, though not misleading, warning message relating to mutually recursive modules -+-- Reporter: guest |Owner: Type: bug | Status: new Priority: normal|Milestone: Component: Compiler | Version: 6.4.2 Severity: trivial | Keywords: Os: Linux | Difficulty: Unknown Architecture: powerpc | -+-- In {{{ Warning: Unnecessary {- SOURCE -} in the import of module `...' }}} it should say {-# SOURCE #-} to match the pragma it's talking about, not {- SOURCE -}. -- Isaac Dupree -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/812 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] #812: Slightly incorrect, though not misleading, warning message relating to mutually recursive modules
#812: Slightly incorrect, though not misleading, warning message relating to mutually recursive modules ---+ Reporter: guest | Owner: Type: bug | Status: closed Priority: normal| Milestone: Component: Compiler |Version: 6.4.2 Severity: trivial | Resolution: fixed Keywords:| Os: Linux Difficulty: Unknown | Architecture: powerpc ---+ Changes (by duncan): * resolution: = fixed * status: new = closed Comment: Fixed, thanks. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/812 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] #811: GHC panics when compiling some mutually recursive modules that export something imported
#811: GHC panics when compiling some mutually recursive modules that export something imported ---+ Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.4.2 Severity: critical | Resolution: Keywords:| Os: Linux Difficulty: Unknown | Architecture: powerpc ---+ Comment (by guest): The example that is provided seems to compile ok with the current ghc HEAD. Andres Loeh -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/811 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] #810: GHC complains about missing instance in conjunction with GADTs
#810: GHC complains about missing instance in conjunction with GADTs ---+ Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.4.1 Severity: normal| Resolution: Keywords:| Os: Linux Difficulty: Unknown | Architecture: x86 ---+ Comment (by [EMAIL PROTECTED]): Hmm, I have to admit that I don't really understand your last sentence. Do you mean that one needs to be in luck in order to not have problems with my example code? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/810 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] #810: GHC complains about missing instance in conjunction with GADTs
#810: GHC complains about missing instance in conjunction with GADTs ---+ Reporter: [EMAIL PROTECTED] | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.4.1 Severity: normal| Resolution: Keywords:| Os: Linux Difficulty: Unknown | Architecture: x86 ---+ Comment (by guest): simonpj wrote: Seems all right with GHC 6.4.2 to me. I dn't nkow what Chris thinks doesn't work. What Chris means is that the example code is accepted by GHCi 6.4.2 (which is the right behavior, in my opinion) but it's not accepted by the ordinary GHC compiler of the same version. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/810 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] #813: -optc-O2 used by default in GhcRtsHcOpts while building 6.5, leading make to fail
#813: -optc-O2 used by default in GhcRtsHcOpts while building 6.5, leading make to fail -+-- Reporter: guest |Owner: Type: bug | Status: new Priority: normal|Milestone: Component: Compiler | Version: 6.5 Severity: normal| Keywords: Os: Linux | Difficulty: Unknown Architecture: powerpc | -+-- GHC-6.4.2 initial compiler gcc (GCC) 3.4.4 (Gentoo 3.4.4, ssp-3.4.4-1.0, pie-8.7.8) making ghc-6.5-20060703 snapshot download, unpack, configure with custom --prefix, and `make` eventually errors with: {{{ ../compiler/ghc-inplace -H16m -O -optc-O2 -static -I. -#include HCIncludes.h -dcmm-lint -#include posix/Itimer.h -c PrimOps.cmm -o PrimOps.o Prologue junk?: .globl retryzh_fast .type retryzh_fast, @function retryzh_fast: mfcr 12 make[1]: *** [PrimOps.o] Error 255 make: *** [stage1] Error 1 }}} Adding `GhcRtsHcOpts=-optc-O1` to mk/build.mk resolved this error upon running `make` again. -- Isaac Dupree -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/813 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