October 2015 - ghc-tickets

[GHC] #10936: Can't fire up GHCi with Mueval
by GHC 10 Oct '15

10 Oct '15

#10936: Can't fire up GHCi with Mueval -------------------------------------+------------------------------------- Reporter: bitemyapp | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: GHCi | Version: 7.10.2 Keywords: | Operating System: Unknown/Multiple Architecture: x86_64 | Type of failure: Other (amd64) | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | -------------------------------------+------------------------------------- Cf. https://github.com/commercialhaskell/stack/issues/1094#issuecomment-1459493… {{{ $ stack ghci mueval:exe:mueval Using main module: Package `mueval' component exe:mueval with main-is file: /home/callen/work/mueval/watchdog.hs Configuring GHCi with the following packages: mueval GHCi, version 7.10.2: http://www.haskell.org/ghc/ :? for help ghc: --interactive can't be used with -prof or -unreg. Usage: For basic information, try the `--help' option. }}} {{{ $ stack -v ghci mueval:exe:mueval Version 0.1.5.0 X86_64 2015-10-06 20:40:02.88486: [debug] Checking for project config at: /home/callen/work/mueval/stack.yaml @(stack_Bp003b8iWaELtdr693pSPs:Stack.Config src/Stack/Config.hs:511:9) 2015-10-06 20:40:02.885018: [debug] Loading project config file stack.yaml @(stack_Bp003b8iWaELtdr693pSPs:Stack.Config src/Stack/Config.hs:534:13) 2015-10-06 20:40:02.885749: [debug] Run process: ldd /home/callen/.local/bin/stack @(stack_Bp003b8iWaELtdr693pSPs:System.Process.Read src/System/Process/Read.hs:259:3) 2015-10-06 20:40:02.893986: [debug] Trying to decode /home/callen/.stack /build-plan-cache/x86_64-linux/lts-3.5.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:53:5) 2015-10-06 20:40:02.900069: [debug] Success decoding /home/callen/.stack /build-plan-cache/x86_64-linux/lts-3.5.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:62:13) 2015-10-06 20:40:02.900294: [debug] Run process: ghc --info @(stack_Bp003b8iWaELtdr693pSPs:System.Process.Read src/System/Process/Read.hs:259:3) 2015-10-06 20:40:02.931936: [debug] Run process: ghc --numeric-version @(stack_Bp003b8iWaELtdr693pSPs:System.Process.Read src/System/Process/Read.hs:259:3) 2015-10-06 20:40:02.948879: [debug] Run process: ghc-pkg --no-user- package-db field --simple-output Cabal version @(stack_Bp003b8iWaELtdr693pSPs:System.Process.Read src/System/Process/Read.hs:259:3) 2015-10-06 20:40:02.964055: [debug] Run process: ghc-pkg --no-user- package-db list --global @(stack_Bp003b8iWaELtdr693pSPs:System.Process.Read src/System/Process/Read.hs:259:3) 2015-10-06 20:40:02.979938: [debug] Run process: locale -a @(stack_Bp003b8iWaELtdr693pSPs:System.Process.Read src/System/Process/Read.hs:259:3) 2015-10-06 20:40:02.981134: [debug] Checking resolver: lts-3.5 @(stack_Bp003b8iWaELtdr693pSPs:Stack.Build.Source src/Stack/Build/Source.hs:163:17) 2015-10-06 20:40:02.981242: [debug] Trying to decode /home/callen/.stack /build-plan-cache/x86_64-linux/lts-3.5.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:53:5) 2015-10-06 20:40:02.985054: [debug] Success decoding /home/callen/.stack /build-plan-cache/x86_64-linux/lts-3.5.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:62:13) 2015-10-06 20:40:02.989986: [debug] Checking resolver: lts-3.5 @(stack_Bp003b8iWaELtdr693pSPs:Stack.Build.Source src/Stack/Build/Source.hs:163:17) 2015-10-06 20:40:02.990098: [debug] Trying to decode /home/callen/.stack /build-plan-cache/x86_64-linux/lts-3.5.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:53:5) 2015-10-06 20:40:02.994056: [debug] Success decoding /home/callen/.stack /build-plan-cache/x86_64-linux/lts-3.5.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:62:13) 2015-10-06 20:40:02.995893: [debug] Trying to decode /home/callen/.stack/indices/Hackage/00-index.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:53:5) 2015-10-06 20:40:03.15333: [debug] Success decoding /home/callen/.stack/indices/Hackage/00-index.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:62:13) 2015-10-06 20:40:03.1727: [debug] Checking resolver: lts-3.5 @(stack_Bp003b8iWaELtdr693pSPs:Stack.Build.Source src/Stack/Build/Source.hs:163:17) 2015-10-06 20:40:03.172812: [debug] Trying to decode /home/callen/.stack /build-plan-cache/x86_64-linux/lts-3.5.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:53:5) 2015-10-06 20:40:03.17626: [debug] Success decoding /home/callen/.stack /build-plan-cache/x86_64-linux/lts-3.5.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:62:13) 2015-10-06 20:40:03.177793: [debug] Trying to decode /home/callen/.stack/indices/Hackage/00-index.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:53:5) 2015-10-06 20:40:03.338356: [debug] Success decoding /home/callen/.stack/indices/Hackage/00-index.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:62:13) 2015-10-06 20:40:03.343809: [debug] Run process: ghc-pkg --global --no- user-package-db dump --expand-pkgroot @(stack_Bp003b8iWaELtdr693pSPs:System.Process.Read src/System/Process/Read.hs:259:3) 2015-10-06 20:40:03.373571: [debug] Run process: ghc-pkg --user --no-user- package-db --package-db /home/callen/.stack/snapshots/x86_64-linux/lts-3.5/7.10.2/pkgdb/ dump --expand-pkgroot @(stack_Bp003b8iWaELtdr693pSPs:System.Process.Read src/System/Process/Read.hs:259:3) 2015-10-06 20:40:03.483621: [debug] Run process: ghc-pkg --user --no-user- package-db --package-db /home/callen/work/mueval/.stack- work/install/x86_64-linux/lts-3.5/7.10.2/pkgdb/ dump --expand-pkgroot @(stack_Bp003b8iWaELtdr693pSPs:System.Process.Read src/System/Process/Read.hs:259:3) 2015-10-06 20:40:03.498867: [debug] Trying to decode /home/callen/.stack/indices/Hackage/00-index.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:53:5) 2015-10-06 20:40:03.648263: [debug] Success decoding /home/callen/.stack/indices/Hackage/00-index.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:62:13) 2015-10-06 20:40:03.648411: [debug] Trying to decode /home/callen/.stack/indices/Hackage/00-index.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:53:5) 2015-10-06 20:40:03.806948: [debug] Success decoding /home/callen/.stack/indices/Hackage/00-index.cache @(stack_Bp003b8iWaELtdr693pSPs:Data.Binary.VersionTagged src/Data/Binary/VersionTagged.hs:62:13) 2015-10-06 20:40:03.872715: [debug] Run process: ghc-pkg --no-user- package-db list --global @(stack_Bp003b8iWaELtdr693pSPs:System.Process.Read src/System/Process/Read.hs:259:3) 2015-10-06 20:40:03.888689: [info] Using main module: Package `mueval' component exe:mueval with main-is file: /home/callen/work/mueval/watchdog.hs @(stack_Bp003b8iWaELtdr693pSPs:Stack.Ghci src/Stack/Ghci.hs:101:28) 2015-10-06 20:40:03.888816: [info] Configuring GHCi with the following packages: mueval @(stack_Bp003b8iWaELtdr693pSPs:Stack.Ghci src/Stack/Ghci.hs:81:5) 2015-10-06 20:40:03.888868: [debug] Run process: ghc --interactive -odir=/home/callen/work/mueval/.stack-work/odir/ -hidir=/home/callen/work/mueval/.stack-work/odir/ -hide-all-packages -Wall -static -i/home/callen/work/mueval/ -i/home/callen/work/mueval/.stack- work/dist/x86_64-linux/Cabal-1.22.4.0/build/autogen/ -i/home/callen/work/mueval/.stack- work/dist/x86_64-linux/Cabal-1.22.4.0/build/ -stubdir=/home/callen/work/mueval/.stack- work/dist/x86_64-linux/Cabal-1.22.4.0/build/ -optP-include -optP/home/callen/work/mueval/.stack- work/dist/x86_64-linux/Cabal-1.22.4.0/build/autogen/cabal_macros.h -package=base /home/callen/work/mueval/watchdog.hs @(stack_Bp003b8iWaELtdr693pSPs:Stack.Exec src/Stack/Exec.hs:52:5) GHCi, version 7.10.2: http://www.haskell.org/ghc/ :? for help ghc: --interactive can't be used with -prof or -unreg. Usage: For basic information, try the `--help' option. }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10936> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

Re: [GHC] #1407: Add the ability to :set -l{foo} in .ghci files
by GHC 10 Oct '15

10 Oct '15

#1407: Add the ability to :set -l{foo} in .ghci files -------------------------------------+------------------------------------- Reporter: guest | Owner: archblob Type: feature request | Status: merge Priority: normal | Milestone: 7.10.3 Component: GHCi | Version: 6.6.1 Resolution: | Keywords: Operating System: Windows | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Phab:D194 | Phab:D1310 -------------------------------------+------------------------------------- Comment (by Thomas Miedema <thomasmiedema@…>): In [changeset:"5d841108acef950fed6a5e608ac9b18e7431aa87/ghc" 5d84110/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="5d841108acef950fed6a5e608ac9b18e7431aa87" Add short library names support to Windows linker Make Linker.hs try asking gcc for lib%s.dll as well, also changed tryGcc to pass -L to all components by using -B instead. These two fix shortnames linking on windows. re-enabled tests: ghcilink003, ghcilink006 and T3333 Added two tests: load_short_name and enabled T1407 on windows. Reviewed By: thomie, bgamari Differential Revision: https://phabricator.haskell.org/D1310 GHC Trac Issues: #9878, #1407, #1883, #5289 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/1407#comment:30> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1883: GHC can't find library using "short" name
by GHC 10 Oct '15

10 Oct '15

#1883: GHC can't find library using "short" name -------------------------------------+------------------------------------- Reporter: m4dc4p | Owner: Phyx- Type: bug | Status: patch Priority: lowest | Milestone: 8.0.1 Component: Compiler | Version: 6.6.1 Resolution: | Keywords: link library | windows Operating System: Windows | Architecture: x86 Type of failure: None/Unknown | Test Case: Blocked By: 3658 | Blocking: Related Tickets: #2283 #3242 | Differential Rev(s): Phab:D1310 #1883 #7097 | -------------------------------------+------------------------------------- Comment (by Thomas Miedema <thomasmiedema@…>): In [changeset:"5d841108acef950fed6a5e608ac9b18e7431aa87/ghc" 5d84110/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="5d841108acef950fed6a5e608ac9b18e7431aa87" Add short library names support to Windows linker Make Linker.hs try asking gcc for lib%s.dll as well, also changed tryGcc to pass -L to all components by using -B instead. These two fix shortnames linking on windows. re-enabled tests: ghcilink003, ghcilink006 and T3333 Added two tests: load_short_name and enabled T1407 on windows. Reviewed By: thomie, bgamari Differential Revision: https://phabricator.haskell.org/D1310 GHC Trac Issues: #9878, #1407, #1883, #5289 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/1883#comment:27> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5289: Can't use ghci with a library linked against libstdc++
by GHC 10 Oct '15

10 Oct '15

#5289: Can't use ghci with a library linked against libstdc++ -------------------------------+---------------------------------------- Reporter: bos | Owner: Phyx- Type: bug | Status: patch Priority: normal | Milestone: 8.0.1 Component: GHCi | Version: 7.0.3 Resolution: | Keywords: Operating System: Windows | Architecture: Unknown/Multiple Type of failure: GHCi crash | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Phab:D1310 -------------------------------+---------------------------------------- Comment (by Thomas Miedema <thomasmiedema@…>): In [changeset:"5d841108acef950fed6a5e608ac9b18e7431aa87/ghc" 5d84110/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="5d841108acef950fed6a5e608ac9b18e7431aa87" Add short library names support to Windows linker Make Linker.hs try asking gcc for lib%s.dll as well, also changed tryGcc to pass -L to all components by using -B instead. These two fix shortnames linking on windows. re-enabled tests: ghcilink003, ghcilink006 and T3333 Added two tests: load_short_name and enabled T1407 on windows. Reviewed By: thomie, bgamari Differential Revision: https://phabricator.haskell.org/D1310 GHC Trac Issues: #9878, #1407, #1883, #5289 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5289#comment:59> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1853: hpc mix files for Main modules overwrite each other
by GHC 09 Oct '15

09 Oct '15

#1853: hpc mix files for Main modules overwrite each other ----------------------------------+-------------------------------------- Reporter: guest | Owner: Type: bug | Status: new Priority: lowest | Milestone: 8.0.1 Component: Code Coverage | Version: 6.8.1 Resolution: | Keywords: Operating System: Linux | Architecture: x86_64 (amd64) Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): ----------------------------------+-------------------------------------- Changes (by thomie): * owner: AndyGill => -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/1853#comment:19> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1853: hpc mix files for Main modules overwrite each other
by GHC 09 Oct '15

09 Oct '15

#1853: hpc mix files for Main modules overwrite each other ----------------------------------+-------------------------------------- Reporter: guest | Owner: AndyGill Type: bug | Status: new Priority: lowest | Milestone: 8.0.1 Component: Code Coverage | Version: 6.8.1 Resolution: | Keywords: Operating System: Linux | Architecture: x86_64 (amd64) Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): ----------------------------------+-------------------------------------- Comment (by mgsloan): This is also troublesome for using `hpc combine --union` to merge tix files which come from different programs. My current hack is to preprocess the tix files and remove all of the executable modules, like this: https://gist.github.com/mgsloan/e44e8775516c50f10edf I think the ideal resolution would be to prefix all of the executable modules with some better identification. How about having a new ghc flag like `--hpc-package-prefix prefix`, where the conventional value for prefix is the cabal `package:component`? Then, the tix files will use this prefix on module names, and the mix files will get outputted to a subdirectory instead of the root of the hpcdir. This convention gets a little weird due to the usage of `:` when passing `--include` and `--exclude` to the hpc program (see https://downloads.haskell.org/~ghc/latest/docs/html/users_guide/hpc.html) However, with care, `:` should be a valid thing to use in `PACKAGE`. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/1853#comment:18> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #10948: floatExpr tick break<26>
by GHC 09 Oct '15

09 Oct '15

#10948: floatExpr tick break<26> --------------------------------------+------------------------------- Reporter: devnull | Owner: Type: bug | Status: new Priority: high | Milestone: Component: GHCi | Version: 7.10.2 Keywords: | Operating System: Windows Architecture: x86_64 (amd64) | Type of failure: GHCi crash Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | --------------------------------------+------------------------------- -> :l Interpolation.hs [1 of 1] Compiling Main ( Interpolation.hs, interpreted ) ghc.exe: panic! (the 'impossible' happened) (GHC version 7.10.2 for x86_64-unknown-mingw32): floatExpr tick break<26>() Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10948> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #10947: nofib-analyze should print per-benchmark-compile time totals
by GHC 08 Oct '15

08 Oct '15

#10947: nofib-analyze should print per-benchmark-compile time totals -------------------------------------+------------------------------------- Reporter: nomeata | Owner: Type: task | Status: new Priority: normal | Milestone: Component: NoFib | Version: 7.11 benchmark suite | Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | -------------------------------------+------------------------------------- hvr asked me if htt://perf.haskell.org/ghc could track compilation times, and I said it does not yet, one reason being that nofib reports compilation times on a per-module basis, which is not really helpful in general. If nofib-analyze would report them as a per-benchmark sum, I could likely easily add this information to perf.haskell.org. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10947> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

[GHC] #9319: nofib-analyze doesn’t provide per-benchmark compile time/alloc numbers
by GHC 08 Oct '15

08 Oct '15

#9319: nofib-analyze doesn’t provide per-benchmark compile time/alloc numbers -------------------------------------+------------------------------------- Reporter: nomeata | Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: NoFib benchmark | Version: 7.8.2 suite | Differential Revisions: Keywords: | Architecture: Operating System: Unknown/Multiple | Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------- The compile time and allocation numbers calculated by nofib are only available per module. While this is useful to find the cause of problems, it would be nice if these numbers were also accumulated for each benchmark, for easy of general analysis and uniformity, especially with automated monitoring of benchmark numbers. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9319> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

[GHC] #10153: GHC mode for converting files to explicit layout
by GHC 08 Oct '15

08 Oct '15

#10153: GHC mode for converting files to explicit layout -------------------------------------+------------------------------------- Reporter: ezyang | Owner: Type: feature | Status: new request | Milestone: Priority: low | Version: 7.11 Component: Compiler | Operating System: Unknown/Multiple (Parser) | Type of failure: None/Unknown Keywords: | Blocked By: Architecture: | Related Tickets: Unknown/Multiple | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- One area where GHC is a little less friendly to newcomers is its Byzantine whitespace layout rules. Once you've gotten used to using GHC you can usually get what you want by abiding certain style, but before then it might be useful to see how GHC is inserting semicolons to your document. I don't think this would be too hard to do. The idea is to get the token stream and look for virtual curlies with no location. Once you have a list of them, you can go over the original buffer again and insert a brace or semicolon whenever you see a token like this. Might be a good beginner task. This function would also be useful for debugging layout, since knowing if semicolons are being inserted is useful. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10153> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2