- ghc-tickets - Haskell.org

[GHC] #9363: windows configure 'find invalid mode'
by GHC 28 Jul '14

28 Jul '14

#9363: windows configure 'find invalid mode' -------------------------------------+------------------------------------- Reporter: niklasl | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Build System | Version: 7.8.2 Keywords: | Operating System: Windows Architecture: Unknown/Multiple | Type of failure: Difficulty: Easy (less than 1 | None/Unknown hour) | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- When running `configure` on Windows several tests fail with `/usr/bin/find: invalid mode '+111'`. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9363> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

[GHC] #8873: /cygdrive/c/Program Files (x86)/Haskell Platform/2013.2.0.0/bin/ghcii-7.6.3.sh/../ghc: No such file or directory
by GHC 28 Jul '14

28 Jul '14

#8873: /cygdrive/c/Program Files (x86)/Haskell Platform/2013.2.0.0/bin/ghcii-7.6.3.sh/../ghc: No such file or directory -------------------------------------------+------------------------------- Reporter: configurator | Owner: Type: bug | Status: new Priority: low | Milestone: Component: GHCi | Version: 7.6.3 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Easy (less than 1 hour) | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: -------------------------------------------+------------------------------- The paths used in the {{{ghcii.sh}}} scripts to start {{{ghc --interactive}}} are incorrectly built using {{{"$0"/..}}}, which causes the message: {{{ /cygdrive/c/Program Files (x86)/Haskell Platform/2013.2.0.0/bin/ghcii-7.6.3.sh: line 2: /cygdrive/c/Program Files (x86)/Haskell Platform/2013.2.0.0/bin/ghcii-7.6.3.sh/../ghc: No such file or directory /cygdrive/c/Program Files (x86)/Haskell Platform/2013.2.0.0/bin/ghcii-7.6.3.sh: line 2: exec: /cygdrive/c/Program Files (x86)/Haskell Platform/2013.2.0.0/bin/ghcii-7.6.3.sh/../ghc: cannot execute: No such file or directory }}} I believe using {{{"$(dirname "$0")"}}} would be a portable solution that works under both cygwin and Linux versions of bash. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8873> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

[GHC] #9362: make clean deletes inplace mingw
by GHC 28 Jul '14

28 Jul '14

#9362: make clean deletes inplace mingw -------------------------------------+------------------------------------- Reporter: niklasl | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Build System | Version: 7.8.2 Keywords: | Operating System: Windows Architecture: Unknown/Multiple | Type of failure: Building Difficulty: Easy (less than 1 | GHC failed hour) | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Running `make clean` removes the mingw toolchain from the inplace directory, forcing another `configure` before building is possible again. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9362> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

[GHC] #9333: Thread status decoded wrong in base library
by GHC 28 Jul '14

28 Jul '14

#9333: Thread status decoded wrong in base library -------------------------------------+------------------------------------- Reporter: jberthold | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: libraries/base | Version: 7.8.3 Keywords: | Differential Revisions: Operating System: Unknown/Multiple | Architecture: Type of failure: Incorrect result | Unknown/Multiple at runtime | Difficulty: Easy (less Test Case: | than 1 hour) Blocking: | Blocked By: | Related Tickets: -------------------------------------+------------------------------------- Kyle Van Berendonck <kvanberendonck(a)gmail.com> in [http://www.haskell.org/pipermail/ghc-devs/2014-July/005677.html a message on ghc-devs] pointed to [https://github.com/ghc/ghc/blob/master/libraries/base/GHC/Conc/Sync.lhs#L483 base/GHC/Conc/Sync.lhs] decoding thread block reasons from constants defined in includes/rts/Constants.h to a Haskell type. The constants were modified in GHC-7.8.2, which created problems with eventlogs (ticket #9003), so the constants were reverted, but base was not adapted to the respective fix. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9333> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 7

[GHC] #9294: More exports and documentation for GHC API Parser Module
by GHC 28 Jul '14

28 Jul '14

#9294: More exports and documentation for GHC API Parser Module ------------------------------------+------------------------------------- Reporter: agibiansky | Owner: agibiansky Type: feature request | Status: new Priority: normal | Milestone: Component: GHC API | Version: 7.8.2 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- I would like to be able to use the GHC API for parsing. Right now this is in the Parser and Lexer modules: Parser: http://www.haskell.org/ghc/docs/7.8.2/html/libraries/ghc-7.8.2/Parser.html Lexer: http://www.haskell.org/ghc/docs/7.8.2/html/libraries/ghc-7.8.2/Lexer.html GHC currently exposes only a few parsers here. I'd like to make a few modifications: 1. Expose a few more parsers than currently are exposed in the Parser module. In particular, I'd like import statements, type signatures, declarations, and expressions, at least, in addition to what's already there. 2. Add some Haddock documentation to the top of the Parser module describing how to use it, since the types themselves are pretty opaque here. 3. Export a clean and self-contained parsing API from the GHC module. See minor discussion here: http://comments.gmane.org/gmane.comp.lang.haskell.ghc.devel/4791 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9294> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

[GHC] #9373: typeable instances incompatible between 7.8 and 7.9
by GHC 28 Jul '14

28 Jul '14

#9373: typeable instances incompatible between 7.8 and 7.9 -------------------------------------+------------------------------------- Reporter: carter | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.2 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- not sure if this is deliberate or by design, but to get some typeable instances happy for some DataKind heavy code, if i wish it to build in both 7.8 and 7.9, i need to write it in the following form {{{#!hs {-# LANGUAGE DataKinds, GADTs, TypeFamilies, TypeOperators, ConstraintKinds, ScopedTypeVariables, RankNTypes #-} data Nat = S !Nat | Z deriving (Eq,Show,Read,Typeable,Data) #if defined(__GLASGOW_HASKELL__) && ( __GLASGOW_HASKELL__ >= 707) && ( __GLASGOW_HASKELL__ < 709) deriving instance Typeable 'Z deriving instance Typeable 'S #endif }}} if i omit the latter typeables in 7.8, i can't get typeable instances for Nat indexed data types, but i get a GHC error if i include them in 7.9 {{{ Duplicate instance declarations: instance Typeable 'S -- Defined at src/Numerical/Nat.hs:24:28 instance Typeable 'S -- Defined at src/Numerical/Nat.hs:28:1 src/Numerical/Nat.hs:24:28: Duplicate instance declarations: instance Typeable 'Z -- Defined at src/Numerical/Nat.hs:24:28 instance Typeable 'Z -- Defined at src/Numerical/Nat.hs:27:1 }}} https://travis-ci.org/wellposed/numerical/jobs/31011288#L525 for context I can work around it with CPP, but is this a deliberate change or accidental? (i'm ok with that CPP being there, but would like some confirmation this is a deliberate change) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9373> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

Re: [GHC] #7828: RebindableSyntax and Arrow
by GHC 28 Jul '14

28 Jul '14

#7828: RebindableSyntax and Arrow -------------------------------------+------------------------------------- Reporter: | Owner: jstolarek AlessandroVermeulen | Status: new Type: bug | Milestone: 7.10.1 Priority: normal | Version: 7.6.2 Component: Compiler | Keywords: (Type checker) | Architecture: Unknown/Multiple Resolution: | Difficulty: Unknown Operating System: | Blocked By: Unknown/Multiple | Related Tickets: #1537, #3613 Type of failure: GHC | rejects valid program | Test Case: | Blocking: | Differential Revisions: Phab:D72 | -------------------------------------+------------------------------------- Comment (by simonpj): The new one. After all, the new one is what you propose! -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7828#comment:48> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7655: 7.6.2 Segmentation Fault/Bus Error in large exponentation
by GHC 28 Jul '14

28 Jul '14

#7655: 7.6.2 Segmentation Fault/Bus Error in large exponentation -------------------------------------+---------------------------------- Reporter: Doug310 | Owner: Type: bug | Status: infoneeded Priority: normal | Milestone: 7.8.4 Component: GHCi | Version: 7.8.1-rc1 Resolution: | Keywords: exponentiation Operating System: MacOS X | Architecture: x86_64 (amd64) Type of failure: GHCi crash | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | -------------------------------------+---------------------------------- Comment (by hvr): Replying to [comment:33 rwbarton]: > So if we wait for GMP 6.0.1 and then update the in-tree tarball, this should get fixed automatically. I'd rather get rid of the in-tree GMP tarball altogether than updating it, as it will increase the ghc.git history by a 2MiB blob everyone will have to download each time `ghc.git` gets cloned. Morever, the work I'm doing in #9281 is also somewhat motivated by finally getting rid of the in-tree GMP tarball for good. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7655#comment:34> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7828: RebindableSyntax and Arrow
by GHC 28 Jul '14

28 Jul '14

#7828: RebindableSyntax and Arrow -------------------------------------+------------------------------------- Reporter: | Owner: jstolarek AlessandroVermeulen | Status: new Type: bug | Milestone: 7.10.1 Priority: normal | Version: 7.6.2 Component: Compiler | Keywords: (Type checker) | Architecture: Unknown/Multiple Resolution: | Difficulty: Unknown Operating System: | Blocked By: Unknown/Multiple | Related Tickets: #1537, #3613 Type of failure: GHC | rejects valid program | Test Case: | Blocking: | Differential Revisions: Phab:D72 | -------------------------------------+------------------------------------- Comment (by jstolarek): I admit I am not certain if I can reliably produce such a specification. But I will be thinking about it. Regarding first bullet: my plan was to change the representation of arrow notation in HsSyn. Would you like the specification to contain current representation or the planned new one? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7828#comment:47> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7593: Unable to print exceptions of unicode identifiers
by GHC 28 Jul '14

28 Jul '14

#7593: Unable to print exceptions of unicode identifiers -------------------------------------+------------------------------------- Reporter: dagit | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: Compiler | Version: 7.6.1 Resolution: | Keywords: Operating System: Windows | Architecture: Unknown/Multiple Type of failure: Incorrect | Difficulty: Unknown warning at compile-time | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by RyanGlScott): This issue affects both Win32 consoles (e.g., cmd.exe) and mintty consoles (e.g., Cygwin and MSYS), but in different ways. In mintty consoles, the issue is easily fixed by setting the encoding of the file handle to {{{utf8}}}: {{{ > putStrLn "→" *** Exception: <stdout>: hPutChar: invalid argument (invalid character) > import System.IO > hSetEncoding stdout utf8 > putStrLn "→" → > getChar >>= putChar → Γ> getChar >>= putChar å> getChar >>= putChar Æ> getChar >>= putChar > hSetEncoding stdin utf8 > getChar >>= putChar → →> }}} Fixing the issue on Win32 consoles is not as easy. One approach is to use the FFI to call the native API calls for Unicode output ([http://msdn.microsoft.com/en- us/library/windows/desktop/ms687401%28v=vs.85%29.aspx WriteConsoleW]) and input ([http://msdn.microsoft.com/en- us/library/windows/desktop/ms684961%28v=vs.85%29.aspx ReadConsoleInputW]). This is the approach that [https://github.com/judah/haskeline/blob/0f4ba2c51691f2031371c0bfadcd652abf5… haskeline] takes, and it seems to work well: {{{ > import System.Console.Haskeline > import Data.Maybe > runInputT defaultSettings (getInputChar "") >>= runInputT defaultSettings . outputStrLn . (:[]) . fromJust → → }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7593#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0