January 2016 - ghc-tickets

Re: [GHC] #4105: ffi005 fails on OS X
by GHC 10 Jan '16

10 Jan '16

#4105: ffi005 fails on OS X -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: bug | Status: infoneeded Priority: low | Milestone: 8.0.1 Component: Compiler (FFI) | Version: 6.12.2 Resolution: | Keywords: Operating System: MacOS X | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: | ffi/should_run/ffi005 Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by kseo): Replying to [comment:12 thomie]: > Did you test on x86, as it says in the description? I ran in on x64. Sorry for the confusion! -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4105#comment:13> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4105: ffi005 fails on OS X
by GHC 10 Jan '16

10 Jan '16

#4105: ffi005 fails on OS X -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: bug | Status: infoneeded Priority: low | Milestone: 8.0.1 Component: Compiler (FFI) | Version: 6.12.2 Resolution: | Keywords: Operating System: MacOS X | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: | ffi/should_run/ffi005 Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by thomie): Did you test on x86, as it says in the description? The following two commits are relevant. The first one changes the test to only run for `WAY=optc` on x86. The second deletes `WAY=optc`. So now the test is always skipped on x86. That doesn't mean the problem is solved though! * commit 05a2f49caba62723992a03676f6df6085aa514c7 {{{ Author: Simon Marlow <marlowsd(a)gmail.com> Date: Tue Nov 24 10:14:34 2009 +0000 ffi005: run only the via-C way on x86 platforms due to 80-bit vs. 64-bit precision leading to floating point differences when using the native code generator. -fvia-C uses the -ffloat-store gcc sledgehammer to avoid this. }}} * commit dc34ea9fd80f493e00062c276b2c7c898505bca2 {{{ Author: Max Bolingbroke <batterseapower(a)hotmail.com> Date: Sat Apr 2 11:25:01 2011 +0100 Remove any mention of optc/profc from all.T files }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4105#comment:12> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4105: ffi005 fails on OS X
by GHC 10 Jan '16

10 Jan '16

#4105: ffi005 fails on OS X -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: bug | Status: infoneeded Priority: low | Milestone: 8.0.1 Component: Compiler (FFI) | Version: 6.12.2 Resolution: | Keywords: Operating System: MacOS X | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: | ffi/should_run/ffi005 Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by kseo): ffi005 passes on my OS X with the current HEAD (fbd6de2f0761b63a5f0a88ce0590f515d63790a4). -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4105#comment:11> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #10273: haskeline : Cross-compile from Linux to Windows fails due to <Shlobj.h>
by GHC 10 Jan '16

10 Jan '16

#10273: haskeline : Cross-compile from Linux to Windows fails due to <Shlobj.h> -------------------------------------+------------------------------------- Reporter: erikd | Owner: erikd Type: bug | Status: new Priority: normal | Milestone: 7.12.1 Component: libraries | Version: 7.11 (other) | Operating System: Unknown/Multiple Keywords: | Type of failure: Building GHC Architecture: | failed Unknown/Multiple | Blocked By: Test Case: | Related Tickets: #10070 Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- The #include of <Shlobj.h> doesn't work when cross-compiling from Linux to Windows because the Linux file system is case sensitive and on Linux the file is <shlobj.h>. Down casing the name of this include file should not cause problems on Windows as the Windows file system is case insensitive. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10273> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 8

Re: [GHC] #4105: ffi005 fails on OS X
by GHC 10 Jan '16

10 Jan '16

#4105: ffi005 fails on OS X -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: bug | Status: infoneeded Priority: low | Milestone: 8.0.1 Component: Compiler (FFI) | Version: 6.12.2 Resolution: | Keywords: Operating System: MacOS X | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: | ffi/should_run/ffi005 Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by bgamari): * status: new => infoneeded Comment: Is this still the case? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4105#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] Batch modify: #5840, #5369, #5470, #5702, #5807, #6004, #7330, ...
by GHC 10 Jan '16

10 Jan '16

Batch modification to #5840, #5369, #5470, #5702, #5807, #6004, #7330, #3782, #3903, #4831, #5646, #3960 by bgamari: milestone to ⊥ Comment: Moving DPH tickets out to _|_ as the project is more or less stagnant. -- Tickets URL: <http://ghc.haskell.org/trac/ghc/query?id=5840%2C5369%2C5470%2C5702%2C5807%2…> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2189: hSetBuffering stdin NoBuffering doesn't work on Windows
by GHC 10 Jan '16

10 Jan '16

#2189: hSetBuffering stdin NoBuffering doesn't work on Windows -------------------------------------+------------------------------------- Reporter: FalconNL | Owner: Type: bug | Status: new Priority: normal | Milestone: 8.0.1 Component: Core Libraries | Version: 6.8.2 Resolution: | Keywords: hsetbuffering | buffering buffer Operating System: Windows | Architecture: x86 Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: #11394 | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by bgamari): * related: => #11394 Old description: > The following program repeats inputted characters until the escape key is > pressed. > > {{{ > import IO > import Monad > import Char > > main :: IO () > main = do hSetBuffering stdin NoBuffering > inputLoop > > inputLoop :: IO () > inputLoop = do i <- getContents > mapM_ putChar $ takeWhile ((/= 27) . ord) i > }}} > > Because of the "hSetBuffering stdin NoBuffering" line it should not be > necessary to press the enter key between keystrokes. This program works > correctly in WinHugs (sep 2006 version). However, GHC 6.8.2 does not > repeat the characters until the enter key is pressed. The problem was > reproduced with all GHC executables (ghci, ghc, runghc, runhaskell), > using both cmd.exe and command.com on Windows XP Professional. New description: The following program repeats inputted characters until the escape key is pressed. {{{#!hs import IO import Monad import Char main :: IO () main = do hSetBuffering stdin NoBuffering inputLoop inputLoop :: IO () inputLoop = do i <- getContents mapM_ putChar $ takeWhile ((/= 27) . ord) i }}} Because of the `hSetBuffering stdin NoBuffering` line it should not be necessary to press the enter key between keystrokes. This program works correctly in WinHugs (sep 2006 version). However, GHC 6.8.2 does not repeat the characters until the enter key is pressed. The problem was reproduced with all GHC executables (ghci, ghc, runghc, runhaskell), using both cmd.exe and command.com on Windows XP Professional. -- -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2189#comment:50> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4471: Incorrect Unicode output on Windows Console
by GHC 10 Jan '16

10 Jan '16

#4471: Incorrect Unicode output on Windows Console -------------------------------------+------------------------------------- Reporter: sankeld | Owner: Type: bug | Status: new Priority: normal | Milestone: 8.2.1 Component: Compiler | Version: 6.12.3 Resolution: | Keywords: Operating System: Windows | Architecture: x86 Type of failure: Incorrect result | Test Case: at runtime | Blocked By: | Blocking: Related Tickets: #11394 | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by bgamari): * related: => #11394 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4471#comment:26> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #10703: -fth-dec-file can't handle lambdas
by GHC 10 Jan '16

10 Jan '16

#10703: -fth-dec-file can't handle lambdas -------------------------------------+------------------------------------- Reporter: Fabian | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.10.1 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: Other Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: #10701 Differential Revisions: | -------------------------------------+------------------------------------- {{{#!hs instance Data.TH.Object.Object InputDropboxFiles String Language.JavaScript.Interpret.Primitive where toObject x@(InputDropboxFiles {}) = fromList (Data.Maybe.catMaybes [Just (\ k_axsq v_axsr -> (k_axsq, Data.TH.Convert.convert v_axsr) "root" (inputDropboxFilesRoot x)), Just (\ k_axsq v_axsr -> (k_axsq, Data.TH.Convert.convert v_axsr) "path" (inputDropboxFilesPath x)), fmap (\ k_axsq v_axsr -> (k_axsq, Data.TH.Convert.convert v_axsr) "rev") (inputDropboxFilesRev x), Just (\ k_axsq v_axsr -> (k_axsq, Data.TH.Convert.convert v_axsr) "access_token" (inputDropboxFilesAccess_token x))]) }}} {{{#!hs (\ k_axsq v_axsr -> (k_axsq, Data.TH.Convert.convert v_axsr)) "root" (inputDropboxFilesRoot x) }}} should be {{{#!hs ((\ k_axsq v_axsr -> (k_axsq, Data.TH.Convert.convert v_axsr))) "root" (inputDropboxFilesRoot x) }}} ie. the lambda needs parentheses around it. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10703> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 12

[GHC] #10603: Output of -ddump-splices is parenthesized incorrectly
by GHC 10 Jan '16

10 Jan '16

#10603: Output of -ddump-splices is parenthesized incorrectly -------------------------------------+------------------------------------- Reporter: | Owner: RyanGlScott | Status: new Type: bug | Milestone: Priority: normal | Version: 7.10.1 Component: Template | Operating System: Unknown/Multiple Haskell | Type of failure: Other Keywords: | Blocked By: Architecture: | Related Tickets: Unknown/Multiple | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Sometimes, Template Haskell splices lack necessary parentheses. Minimal example: {{{ $ ghci -XTemplateHaskell -ddump-splices GHCi, version 7.10.1: http://www.haskell.org/ghc/ :? for help λ> :t $([| case Just 'a' of Just a -> Just ((\x -> x) a) |]) <interactive>:1:3-53: Splicing expression [| case Just 'a' of { Just a_avZ -> Just ((\ x_aw0 -> x_aw0) a_avZ) } |] ======> case Just 'a' of { Just a_a3wI -> Just (\ x_a3wJ -> x_a3wJ a_a3wI) } $([| case Just 'a' of Just a -> Just ((\x -> x) a) |]) :: Maybe Char }}} The suspect part is {{{case Just 'a' of { Just a_a3wI -> Just (\ x_a3wJ -> x_a3wJ a_a3wI) } }}}, which should be {{{case Just 'a' of { Just a_a3wI -> Just ((\ x_a3wJ -> x_a3wJ) a_a3wI) } }}}. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10603> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 12