- ghc-tickets - Haskell.org

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: closed Priority: lowest | Milestone: 8.0.1 Component: Compiler | Version: 6.6.1 Resolution: fixed | 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 | Wiki Page: | -------------------------------------+------------------------------------- Changes (by Phyx-): * status: patch => closed * resolution: => fixed -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/1883#comment:28> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #10571: GHC 7.10.1 segfaults when shiftL-ing Integers by negative amounts
by GHC 10 Oct '15

10 Oct '15

#10571: GHC 7.10.1 segfaults when shiftL-ing Integers by negative amounts -------------------------------------+------------------------------------- Reporter: anders_ | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.10.1 Keywords: | Operating System: MacOS X Architecture: x86_64 | Type of failure: Runtime crash (amd64) | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- For numbers other than 1, anyway. {{{ $ ghc -e 'Data.Bits.shiftL 1 (-1)' -9223372036854775808 $ ghc -e 'Data.Bits.shiftL 2 (-1)' zsh: segmentation fault ghc -e 'Data.Bits.shiftL 2 (-1)' $ ghc -e 'Data.Bits.shiftL 100 (-1)' zsh: segmentation fault ghc -e 'Data.Bits.shiftL 100 (-1)' }}} This also happens with a compiled program. It doesn't with {{{shiftR}}} in either case though. Side notes: - On OS X, when the first operand is also negative, I get a {{{bus error}}} instead of a {{{segmentation fault}}}. Linux gives {{{segmentation fault}}} on both. - On Linux, you have to use {{{ghci}}} instead of {{{-e}}}, for some (probably unrelated?) reason). -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10571> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 10

[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 09 Oct '15

09 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