- ghc-tickets - Haskell.org

Re: [GHC] #5850: Greater customization of GHCi prompt
by GHC 09 Dec '14

09 Dec '14

#5850: Greater customization of GHCi prompt -------------------------------------+------------------------------------- Reporter: | Owner: jlengyel JamesFisher | Status: patch Type: feature | Milestone: 7.12.1 request | Version: 7.4.1 Priority: normal | Keywords: newcomer Component: GHCi | Architecture: Unknown/Multiple Resolution: | Difficulty: Unknown Operating System: | Blocked By: Unknown/Multiple | Related Tickets: Type of failure: | None/Unknown | Test Case: | Blocking: | Differential Revisions: Phab:D559 | -------------------------------------+------------------------------------- Changes (by hvr): * milestone: 7.10.1 => 7.12.1 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5850#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9808: Add data-dir to InstalledPackageInfo
by GHC 08 Dec '14

08 Dec '14

#9808: Add data-dir to InstalledPackageInfo -------------------------------------+------------------------------------- Reporter: luite | Owner: luite Type: task | Status: new Priority: normal | Milestone: 7.10.1 Component: Compiler | Version: 7.8.3 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Currently, the data directory of a package is not stored in the package database. This is fine for programs produced by GHC, where programs know the location of their own data files through the `Paths_packagename` module, but it's not sufficient for programs that do not have direct access to the local filesystem. Programs produced by GHCJS should be able to load their data files over HTTP. If GHCJS would know the `data-dir` location of all packages, it could make the data files for all dependencies available when linking, and generate a `FilePath -> URI` mapping table. The best it can currently do is making all files on the hard drive available. I have a patch for this that I'll submit once I've figured out how Phabricator works ;) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9808> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

Re: [GHC] #7015: Add support for 'static'
by GHC 07 Dec '14

07 Dec '14

#7015: Add support for 'static' -------------------------------------+------------------------------------- Reporter: edsko | Owner: Type: feature | Status: patch request | Milestone: 7.10.1 Priority: normal | Version: 7.4.2 Component: Compiler | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: None/Unknown | Test Case: | Blocking: | Differential Revisions: Phab:D550 | -------------------------------------+------------------------------------- Changes (by facundo.dominguez): * status: new => patch * differential: Phab:D119 => Phab:D550 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7015#comment:37> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2522: Warning for missing export lists
by GHC 07 Dec '14

07 Dec '14

#2522: Warning for missing export lists -------------------------------------+------------------------------------- Reporter: tim | Owner: Type: feature | Status: new request | Milestone: 7.10.1 Priority: lowest | Version: 6.8.3 Component: Compiler | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: None/Unknown | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by NeilMitchell): Yes, HLint could do that. The Standard Chartered Haskell compiler already warns about missing export lists, and then if you really want to omit the export list you use the module export syntax Ian suggested above. The warning also emits what the export list should be to keep exporting everything, which is a handy feature. I suspect this fits better as a GHC warning (it seems sufficiently like the other existing warnings), but I'd certainly accept an HLint patch, and then perhaps remove it if it was ever added to GHC. If GHC is likely to punt on this warning for the foreseeable future, please raise an HLint ticket. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/2522#comment:14> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5850: Greater customization of GHCi prompt
by GHC 07 Dec '14

07 Dec '14

#5850: Greater customization of GHCi prompt -------------------------------------+------------------------------------- Reporter: | Owner: jlengyel JamesFisher | Status: patch Type: feature | Milestone: 7.10.1 request | Version: 7.4.1 Priority: normal | Keywords: newcomer Component: GHCi | Architecture: Unknown/Multiple Resolution: | Difficulty: Unknown Operating System: | Blocked By: Unknown/Multiple | Related Tickets: Type of failure: | None/Unknown | Test Case: | Blocking: | Differential Revisions: Phab:D559 | -------------------------------------+------------------------------------- Changes (by jlengyel): * status: new => patch * differential: => Phab:D559 Comment: With this change, the :set prompt command will take an expression of type [String] -> Int -> IO String, and apply it with the current list of imports and current line number to generate the GHCi prompt. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5850#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9869: Add new notation for negative numbers when using -XNegativeLiterals
by GHC 07 Dec '14

07 Dec '14

#9869: Add new notation for negative numbers when using -XNegativeLiterals -------------------------------------+------------------------------------- Reporter: bg_ | Owner: Type: feature request | Status: new Priority: low | Milestone: Component: Compiler | Version: 7.8.3 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- I propose that when using -XNegativeLiterals ghc should also read ~123 as a negative literal. SML uses ~ as the unary minus it, so it's not completely out of the blue. The reason would be to minimize ambiguity. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9869> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

Re: [GHC] #5966: getAppUserDataDirectory does not respect XDG specification
by GHC 06 Dec '14

06 Dec '14

#5966: getAppUserDataDirectory does not respect XDG specification -------------------------------------+------------------------------------- Reporter: ordcoder | Owner: ekmett Type: bug | Status: upstream Priority: normal | Milestone: 7.12.1 Component: Core | Version: 7.4.1 Libraries | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: Incorrect | Related Tickets: result at runtime | Test Case: | Blocking: 6077 | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by hvr): * milestone: 7.10.1 => 7.12.1 Comment: There's still unresolved issues on how to properly address this one. Better punt this to milestone:7.12.1 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5966#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9859: Implement `calloc{,Bytes,Array,Array0}` allocators
by GHC 06 Dec '14

06 Dec '14

#9859: Implement `calloc{,Bytes,Array,Array0}` allocators -------------------------------------+------------------------------------- Reporter: ifesdjeen | Owner: Type: feature request | Status: new Priority: normal | Milestone: 7.10.1 Component: libraries/base | Version: 7.8.3 Keywords: ffi | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Easy (less than 1 | Type of failure: hour) | None/Unknown Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: D527 -------------------------------------+------------------------------------- Add zero-initialising versions of malloc{,Bytes,Array,Array0} * Add calloc and callocBytes to Foreign.Marshal.Alloc. * Add callocArray and callocArray0 to Foreign.Marshal.Array. Implemented in revision: [https://phabricator.haskell.org/D527] -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9859> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

[GHC] #9777: -msse flag could be handled better by the driver
by GHC 06 Dec '14

06 Dec '14

#9777: -msse flag could be handled better by the driver -------------------------------------+------------------------------------- Reporter: jstolarek | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Driver | Version: 7.9 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Moderate (less | Type of failure: Other than a day) | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- I bumped into two small issues with `-msse` and `-msse4.2` flags: 1. GHC accepts any flag of the form `-msseX.Y`, eg. `-msse3.14`. I think we should validate numbers passed by the user or - even better - pre- define a set of allowed `-msse` flags. Currently we have this definition: {{{ Flag "msse" (versionSuffix (\maj min d -> d{ sseVersion = Just (maj, min) })) }}} 2. A direct consequence of above definition is that bash command-line auto-completion does not suggest `-msse4.2` flag. This is somewhat related to Austin's Phab:D165 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9777> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 14

Re: [GHC] #5289: Can't use ghci with a library linked against libstdc++
by GHC 06 Dec '14

06 Dec '14

#5289: Can't use ghci with a library linked against libstdc++ -------------------------------------+------------------------------------ Reporter: bos | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: GHCi | Version: 7.0.3 Resolution: | Keywords: Operating System: Windows | Architecture: Unknown/Multiple Type of failure: GHCi crash | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | -------------------------------------+------------------------------------ Changes (by RyanGlScott): * cc: ryan.gl.scott@… (added) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5289#comment:54> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0