Jon Fairbairn wrote:
Fixed in the HEAD and the 6.4 branch, but I haven't been able to test
(don't have SE Linux on a local machine). Please download a snapshot and
try it out, if possible.
That does seem to mend it for me. Note that my report says
it only seems to happen x86_64 while in
#318: GHCi support on x86_64
--+-
Reporter: nobody | Owner: nobody
Type: feature request | Status: closed
Priority: normal | Milestone:
#797: nofib tests fail on Windows due to different EOL convention in output
files
--+-
Reporter: simonmar |Owner:
Type: bug| Status: new
Jens Petersen wrote:
Jon Fairbairn wrote:
Fixed in the HEAD and the 6.4 branch, but I haven't been able to test
(don't have SE Linux on a local machine). Please download a
snapshot and
try it out, if possible.
That does seem to mend it for me. Note that my report says
it only seems
#795: ghc-6.5.20060607: panic! (the 'impossible' happened) ... initC: srt
+---
Reporter: [EMAIL PROTECTED] | Owner:
Type: bug| Status: new
Priority: normal |
#796: Literate pre-processor fails to see end of code in LaTeX
---+
Reporter: Adam | Owner:
Type: bug | Status: closed
Priority:
#795: ghc-6.5.20060607: panic! (the 'impossible' happened) ... initC: srt
+---
Reporter: [EMAIL PROTECTED] | Owner:
Type: bug| Status: new
Priority: normal |
#791: The program built with ghc 6.4.2 -prof hangs, without -prof works
--+-
Reporter: [EMAIL PROTECTED] | Owner:
Type: bug | Status: new
Priority: normal
#786: bugs around tagToEnum#
+---
Reporter: [EMAIL PROTECTED] | Owner: simonpj
Type: bug| Status: new
Priority: normal | Milestone: 6.6
#760: Template Haskell doesn't like scoped type variables
-+--
Reporter: [EMAIL PROTECTED] | Owner: simonpj
Type: bug | Status: new
Priority: normal |
#759: RULES ignored by recompilation checker
-+--
Reporter: [EMAIL PROTECTED] | Owner: simonpj
Type: bug | Status: new
Priority: normal | Milestone: 6.6
#742: Graphics.SOE runs very slowly under win32.
+---
Reporter: guest | Owner:
Type: bug| Status: new
Priority: normal | Milestone:
Can anyone comment further on this bug? I've forgotten who the
submitter is, and we need more information.
From the description, it looks like the installed version of HsUnix.h
is being used while compiling the compiler, which is correct for the stage1
compiler, but would be wrong for
#714: inconsistency between handling of class and signature constraints
--+-
Reporter: [EMAIL PROTECTED] | Owner: simonpj
Type: bug | Status: new
Priority: normal
#706: GHC links _stub.o files regardless of whether any 'foreign import' decls
remain in a .hs file
---+
Reporter: [EMAIL PROTECTED] | Owner: simonmar
Type: bug | Status: new
#703: all binaries built by ghc have executable stacks
---+
Reporter: duncan| Owner: simonmar
Type: bug | Status: new
Priority: normal| Milestone:
#695: ghcii.sh fails if ghc's path contains spaces
--+-
Reporter: [EMAIL PROTECTED] | Owner:
Type: bug | Status: closed
Priority: normal |
#680: SCC mis-accounting
-+--
Reporter: [EMAIL PROTECTED] | Owner: simonmar
Type: bug | Status: new
Priority: low | Milestone:
Component:
#631: GHCi doesn't work unregisterised
--+-
Reporter: [EMAIL PROTECTED] | Owner:
Type: bug | Status: new
Priority: low | Milestone:
#684: Pending occurrence-analysis fix
---+
Reporter: simonpj | Owner: simonpj
Type: bug | Status: new
Priority: normal| Milestone:
Component: Compiler |
#679: using ReadWriteMode in Windows corrupts files
-+--
Reporter: [EMAIL PROTECTED] | Owner: simonmar
Type: bug | Status: new
Priority: normal | Milestone: 6.6
#648: Problem resolving library paths (missing path in package.conf?)
--+-
Reporter: [EMAIL PROTECTED] | Owner: simonmar
Type: bug | Status: closed
Priority: normal
#591: Sparc/Linux: GHC crashes
--+-
Reporter: Ian Lynagh [EMAIL PROTECTED] | Owner:
Type: bug | Status: new
Priority: low |
#490: object code blow up by minor source code change
---+
Reporter: c_maeder | Owner: simonpj
Type: bug | Status: new
Priority: low | Milestone:
Component:
Simon Marlow wrote:
My fix works around allow_execheap being set to 0, but not
allow_execmem. This page describes how to work around allow_execmem:
http://people.redhat.com/drepper/selinux-mem.html
Okay, thanks.
But I really object to having to go to such lengths just to work around
an
#591: Sparc/Linux: GHC crashes
--+-
Reporter: Ian Lynagh [EMAIL PROTECTED] | Owner:
Type: bug | Status: new
Priority: low |
#679: using ReadWriteMode in Windows corrupts files
-+--
Reporter: [EMAIL PROTECTED] | Owner: simonmar
Type: bug | Status: closed
Priority: normal | Milestone: 6.6
#798: Ix{Int}.index: Index (402849792) out of range ((0,100))
---+
Reporter: [EMAIL PROTECTED] |Owner:
Type: bug | Status: new
Priority: normal
#799: runtime error when using par/seq in a monad
--+-
Reporter: [EMAIL PROTECTED] |Owner:
Type: bug| Status: new
Priority: normal |
#800: GHC 6.5 enforces -x c option in the Cc phase making it impossibble to
compile C++ files with ghc driver
+---
Reporter: [EMAIL PROTECTED] |Owner:
Type: bug | Status: new
30 matches
Mail list logo