- ghc-tickets - Haskell.org

Re: [GHC] #1853: hpc mix files for Main modules overwrite each other
by GHC 22 May '16

22 May '16

#1853: hpc mix files for Main modules overwrite each other ----------------------------------+-------------------------------------- Reporter: guest | Owner: Type: bug | Status: new Priority: lowest | Milestone: 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): Wiki Page: | ----------------------------------+-------------------------------------- Changes (by thomie): * cc: kostmo (added) Comment: Perhaps relevant to the discussion here, @kostmo points out in #12065: > specifying `HPCTIXFILE` as an environment variable when running the executable program does change the output path of the .tix file. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/1853#comment:28> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9095: make sdist picks up test files
by GHC 22 May '16

22 May '16

#9095: make sdist picks up test files ------------------------------------+------------------------------------- Reporter: ezyang | Owner: Type: bug | Status: new Priority: low | Milestone: Component: Build System | Version: 7.9 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- I recently ran 'make sdist' and discovered that I my source tarball was nearly a gigabyte large. Closer inspection revealed that sdist had slurped up executable files for tests that I had run at some point. It would be preferable if 'make sdist' did not do that. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9095> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

[GHC] #11574: schedule: re-entered unsafely on minimal hello world program on arm
by GHC 22 May '16

22 May '16

#11574: schedule: re-entered unsafely on minimal hello world program on arm -------------------------------------+------------------------------------- Reporter: andrewufrank | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.10.3 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- i installed ghc 7.10.3 from jessie-backports (together with the corresponding LLVM 1:3.5.2.3~bpo8+2) and get for the minimal main = putStrLn "hello" program the error message {{{testthree: schedule: re-entered unsafely. Perhaps a 'foreign import unsafe' should be 'safe'? }} i am not certain if this is related: cabal install for the same minimal program (with a minimal cabal file) hangs. cabal install -v gives {{{ /home/frank/.cabal/setup-exe-cache/setup-Simple-Cabal-1.22.5.0-arm-linux- ghc-7.10.3 configure --verbose=2 --ghc --prefix=/home/frank/.cabal --bindir=/home/frank/.cabal/bin --libdir=/home/frank/.cabal/lib --libsubdir=arm-linux-ghc-7.10.3/testthree-0.0.6-3AgAf9bDkWJGZdbGLvO875 --libexecdir=/home/frank/.cabal/libexec --datadir=/home/frank/.cabal/share --datasubdir=arm-linux-ghc-7.10.3/testthree-0.0.6 --docdir=/home/frank/.cabal/share/doc/arm-linux-ghc-7.10.3/testthree-0.0.6 --htmldir=/home/frank/.cabal/share/doc/arm-linux- ghc-7.10.3/testthree-0.0.6/html --haddockdir=/home/frank/.cabal/share/doc/arm-linux- ghc-7.10.3/testthree-0.0.6/html --sysconfdir=/home/frank/.cabal/etc --user --extra-prog-path=/home/frank/.cabal/bin --dependency=base=base-4.8.2.0-2f1f71a7fcf013cd47fd21f489064f9a --disable-tests --exact-configuration --disable-benchmarks Redirecting build log to {handle: /home/frank/.cabal/logs/testthree-0.0.6.log} }}} any comment how this can be fixed? thank you - a running 7.10.3 for armhf is a great achievement! -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11574> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 10

Re: [GHC] #4370: Bring back monad comprehensions
by GHC 22 May '16

22 May '16

#4370: Bring back monad comprehensions -------------------------------------+------------------------------------- Reporter: simonpj | Owner: Type: feature request | Status: closed Priority: normal | Milestone: ⊥ Component: Compiler | Version: 6.12.3 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by bgamari): * status: patch => closed * differential: Phab:D2247 => * resolution: => fixed Comment: Of dear, indeed it isn't; sorry for the noise. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4370#comment:72> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #6077: Respect XDG_CONFIG_HOME
by GHC 22 May '16

22 May '16

#6077: Respect XDG_CONFIG_HOME -------------------------------------+------------------------------------- Reporter: So8res | Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: None | Version: 7.4.1 Resolution: | Keywords: Operating System: Linux | Architecture: | Unknown/Multiple Type of failure: Other | Test Case: Blocked By: 5966 | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Comment (by siddhanathan): The GHCi configuration file would clearly be in `$XDG_CONFIG_HOME/ghc/ghci.conf`. Where exactly the GHCi history should be placed is debatable. [https://wiki.debian.org/XDGBaseDirectorySpecification Debian] argues for an additional state directory. But for now, I think `$XDG_DATA_HOME/ghc/ghci_history` would be best. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/6077#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #10961: Make it possible to purely use the parser
by GHC 22 May '16

22 May '16

#10961: Make it possible to purely use the parser -------------------------------------+------------------------------------- Reporter: mpickering | Owner: Type: task | Status: new Priority: low | Milestone: Component: Compiler | Version: 7.10.2 (Parser) | Keywords: newcomer | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- It is claimed that the parser is pure but one of the arguments is `DynFlags`. The only safe way to construct a copy of `DynFlags` requires IO so it is not possible to use the parser purely. I propose to introduce a new datatype `ParserOptions` which contains the options used by the parser and a function `DynFlags -> ParserOptions` so that it is possible to purely construct a `ParserOptions` and use the parser purely. This would be useful for external users of the parser. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10961> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 9

[GHC] Batch modify: #10547
by GHC 22 May '16

22 May '16

Batch modification to #10547 by bgamari: milestone to 8.0.2 Comment: Ticket retargeted after milestone closed -- Tickets URL: <http://ghc.haskell.org/trac/ghc/query?id=10547> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4370: Bring back monad comprehensions
by GHC 21 May '16

21 May '16

#4370: Bring back monad comprehensions -------------------------------------+------------------------------------- Reporter: simonpj | Owner: Type: feature request | Status: patch Priority: normal | Milestone: ⊥ Component: Compiler | Version: 6.12.3 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Phab:D2247 Wiki Page: | -------------------------------------+------------------------------------- Comment (by rwbarton): bgamari, is this the right ticket? Also, I wish we wouldn't reopen issues with mega-threads like this one. Monad comprehensions were indeed added and you have to get to comment:62 to find out what the open part of this ticket is. Much easier for posterity if the remaining piece is split out into its own ticket once the comment thread has become very long. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4370#comment:71> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3333: GHCi doesn't load weak symbols
by GHC 21 May '16

21 May '16

#3333: GHCi doesn't load weak symbols -------------------------------------+------------------------------------- Reporter: heatsink | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: GHCi | Version: 6.10.4 Resolution: fixed | Keywords: weak, dynamic | loading Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Rev(s): Wiki Page: | -------------------------------------+------------------------------------- Changes (by thomie): * status: new => closed * resolution: => fixed Comment: This is now tracked in #11817. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3333#comment:44> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9298: ghc.exe: internal error: evacuate: strange closure type 365488164
by GHC 21 May '16

21 May '16

#9298: ghc.exe: internal error: evacuate: strange closure type 365488164 ------------------------------+--------------------------------------- Reporter: Tominator2 | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.2 Keywords: idris | Operating System: Windows Architecture: x86 | Type of failure: Compile-time crash Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------+--------------------------------------- after saying "cabal install idris" the machine churned for a while, spitting out messages, then said: src\Idris\AbsSyntax.hs:1569:10: Warning: `EitherErr' is an instance of Monad but not Applicative - this will become an error in GHC 7.10, under the Applicative-Monad Proposal. ghc.exe: internal error: evacuate: strange closure type 365488164 (GHC version 7.8.2 for x86_64_unknown_mingw32) Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. Failed to install idris-0.9.13.1 cabal.exe: Error: some packages failed to install: idris-0.9.13.1 failed during the building phase. The exception was: ExitFailure 3 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9298> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2