- ghc-tickets - Haskell.org

[GHC] #15442: GhcStage3HcOpts passed to ghc-stage1
by GHC 24 Aug '18

24 Aug '18

#15442: GhcStage3HcOpts passed to ghc-stage1 -------------------------------------+------------------------------------- Reporter: bgamari | Owner: (none) Type: bug | Status: new Priority: high | Milestone: 8.6.1 Component: Build System | Version: 8.4.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: -------------------------------------+------------------------------------- When building a stage3 compiler the build system passes `GhcStage3HcOpts` to `inplace/bin/ghc-stage1` while building dependency lists: {{{ $ make stage=3 GhcStage3HcOpts='+RTS -xn -RTS "inplace/bin/ghc-stage1" -M -fPIC -dynamic -H32m -O -Wall -hide-all- packages -i -ighc/. -ighc/stage3/build -Ighc/stage3/build -ighc/stage3/build/ghc/autogen -Ighc/stage3/build/ghc/autogen -optP- DGHCI -optP-include -optPghc/stage3/build/ghc/autogen/cabal_macros.h -package-id array-0.5.2.0 -package-id base-4.12.0.0 -package-id bytestring-0.10.8.2 -package-id containers-0.6.0.1 -package-id deepseq-1.4.4.0 -package-id directory-1.3.2.3 -package-id filepath-1.4.2 -package-id ghc-8.7 -package-id ghc-boot-8.7 -package-id ghci-8.7 -package-id haskeline-0.7.4.2 -package-id process-1.6.3.0 -package-id time-1.8.0.2 -package-id transformers-0.5.5.0 -package-id unix-2.8.0.0 -Wall -Wnoncanonical-monad-instances -Wnoncanonical-monadfail-instances -Wnoncanonical-monoid-instances -fno-warn-name-shadowing -XHaskell2010 -O2 +RTS -xn -RTS -no-hs-main -threaded -no-user-package-db -rtsopts -Wnoncanonical-monad-instances -odir ghc/stage3/build -hidir ghc/stage3/build -stubdir ghc/stage3/build -dep-makefile ghc/stage3/build/.depend.haskell.tmp -dep-suffix "dyn_" -include-pkg-deps ghc/./Main.hs ghc/./GHCi/Leak.hs ghc/./GHCi/UI.hs ghc/./GHCi/UI/Info.hs ghc/./GHCi/UI/Monad.hs ghc/./GHCi/UI/Tags.hs ghc-stage1: unknown RTS option: -xn ... }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/15442> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

[GHC] #15517: haddock triggers panic in trimJoinCont
by GHC 24 Aug '18

24 Aug '18

#15517: haddock triggers panic in trimJoinCont -------------------------------------+------------------------------------- Reporter: sjakobi | Owner: (none) Type: bug | Status: new Priority: normal | Milestone: 8.6.1 Component: Compiler | Version: 8.4.3 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: Compile-time Unknown/Multiple | crash or panic Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- Running haddock on the [https://github.com/VictorCMiraldo/generics-mrsop `generics-mrsop`] package results in {{{ haddock: panic! (the 'impossible' happened) (GHC version 8.4.3 for x86_64-unknown-linux): completeCall fail_av9P Select nodup wild_00 Stop[BoringCtxt] Rep Singl (El FamRoseInt) (Lkup ix CodesRoseInt) Call stack: CallStack (from HasCallStack): callStackDoc, called at compiler/utils/Outputable.hs:1150:37 in ghc:Outputable pprPanic, called at compiler/simplCore/Simplify.hs:1533:9 in ghc:Simplify }}} The same problem affects 8.6.1 and HEAD, but not 8.2.2. The panic seems to stem from [https://github.com/ghc/ghc/blob/64c71ce956af3af593a46ef0d615c7f6fe6ecece/co… this catch-all in `trimeJoinCont`]. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/15517> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 10

[GHC] #15213: 32 bit Haddock runs out of memory compiling 32 bit GHC
by GHC 24 Aug '18

24 Aug '18

#15213: 32 bit Haddock runs out of memory compiling 32 bit GHC --------------------------------+------------------------------------- Reporter: Phyx- | Owner: (none) Type: bug | Status: new Priority: normal | Milestone: 8.6.1 Component: Compiler | Version: 8.4.3 Keywords: | Operating System: Unknown/Multiple Architecture: x86 | Type of failure: None/Unknown Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: --------------------------------+------------------------------------- Final parts of stage2 fails with {{{ Warning: DriverBkp: could not find link destinations for: BkpEnv BkpM backpackProgressMsg haddock.exe: Out of memory make[1]: *** [compiler/ghc.mk:448: compiler/stage2/doc/html/ghc/ghc.haddock] Error 251 make: *** [Makefile:127: all] Error 2 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/15213> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 7

[GHC] #15165: GHC 8.2.2: internal error with +RTS -hb
by GHC 24 Aug '18

24 Aug '18

#15165: GHC 8.2.2: internal error with +RTS -hb --------------------------------------+---------------------------------- Reporter: kfiz | Owner: (none) Type: bug | Status: new Priority: normal | Milestone: 8.6.1 Component: Compiler | Version: 8.2.2 Keywords: | Operating System: MacOS X Architecture: x86_64 (amd64) | Type of failure: Runtime crash Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: --------------------------------------+---------------------------------- Hi, I'm trying to generate a heap profile via "+RTS -hb" on macOS 10.13.4. Unfortunately I get the following error: `internal error: Invalid object in processHeapClosureForDead(): 7`\\ `(GHC version 8.2.2 for x86_64_apple_darwin)`\\ `Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug`\\ `Abort trap: 6` Best regards Doro -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/15165> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

[GHC] #15087: Internal Error with Bibliography Profiling
by GHC 24 Aug '18

24 Aug '18

#15087: Internal Error with Bibliography Profiling -------------------------------------+------------------------------------- Reporter: crockeea | Owner: (none) Type: bug | Status: new Priority: normal | Milestone: 8.6.1 Component: Compiler | Version: 8.4.2 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: Runtime crash Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- When running my large program with `+RTS -hb`, I get the following error: {{{ internal error: Invalid object in processHeapClosureForDead(): 7 (GHC version 8.4.2 for x86_64_unknown_linux) }}} Unfortunately, I'm unable to find a minimal example. (Side note: I doubt this is relevant, but this is a multi-threaded program. I first tried to profile with `+RTS -N4 -hb`, but got `-hb cannot be used with multiple capabilities`. I assumed this means it doesn't like `-N4` with `-hb`, so I removed `-N4` and got the above error.) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/15087> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 8

[GHC] #14973: Location in GHCi debugger prompt printed twice when default prompt is used
by GHC 24 Aug '18

24 Aug '18

#14973: Location in GHCi debugger prompt printed twice when default prompt is used -------------------------------------+------------------------------------- Reporter: osa1 | Owner: (none) Type: bug | Status: new Priority: normal | Milestone: Component: GHCi | Version: 8.5 Keywords: debugger | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- (Noticed in #8316) Test.hs: {{{#!haskell foo :: [Int] foo = [ 1 .. 10 ] }}} Reproducer: {{{ $ ghc-stage2 --interactive -ignore-dot-ghci Test.hs GHCi, version 8.5.20180325: http://www.haskell.org/ghc/ :? for help [1 of 1] Compiling Main ( Test.hs, interpreted ) Ok, one module loaded. *Main> :break foo Breakpoint 0 activated at Test.hs:2:7-14 *Main> foo Stopped in Main.foo, Test.hs:2:7-14 _result :: [Int] = _ [Test.hs:2:7-14] [Test.hs:2:7-14] *Main> }}} The `[Test.hs:2:7-14]` part is repeated. Setting the prompt fixes it: {{{ $ ghc-stage2 --interactive Test.hs -ignore-dot-ghci GHCi, version 8.5.20180325: http://www.haskell.org/ghc/ :? for help [1 of 1] Compiling Main ( Test.hs, interpreted ) Ok, one module loaded. *Main> :set prompt "> " > :break foo Breakpoint 0 activated at Test.hs:2:7-14 > foo Stopped in Main.foo, Test.hs:2:7-14 _result :: [Int] = _ [Test.hs:2:7-14] > }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/14973> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

[GHC] #15482: the_gc_thread variable from GC.c is not aligned to 64
by GHC 24 Aug '18

24 Aug '18

#15482: the_gc_thread variable from GC.c is not aligned to 64 -------------------------------------+------------------------------------- Reporter: arrowd | Owner: (none) Type: bug | Status: new Priority: normal | Milestone: 8.6.1 Component: Compiler | Version: 8.4.3 Keywords: | Operating System: Unknown/Multiple Architecture: x86_64 | Type of failure: None/Unknown (amd64) | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Rev(s): | Wiki Page: -------------------------------------+------------------------------------- When compiling GHC with clang and -march=native flag, the compiler emits vmovaps instruction with unaligned operand for this code: {{{ * thread #1, name = 'ghc-pkg', stop reason = signal SIGBUS: hardware error frame #0: 0x0000000804e476c6 libHSrts-ghc8.0.2.so`initGcThreads [inlined] new_gc_thread(n=0) at GC.c:818 815 ws->todo_q = newWSDeque(128); 816 ws->todo_overflow = NULL; 817 ws->n_todo_overflow = 0; -> 818 ws->todo_large_objects = NULL; 819 820 ws->part_list = NULL; 821 ws->n_part_blocks = 0; }}} Research done by another FreeBSD developer suggested that this is due {{{ StgWord8 the_gc_thread[sizeof(gc_thread) + 64 * sizeof(gen_workspace)]; }}} not being aligned to 64 bytes, because struct gc_thread have no alignment specifier. Detailed information can be found in FreeBSD bugzilla: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226059 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/15482> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 13

[GHC] #15390: Figure out why CircleCI isn't generating haddocks
by GHC 24 Aug '18

24 Aug '18

#15390: Figure out why CircleCI isn't generating haddocks -------------------------------------+------------------------------------- Reporter: bgamari | Owner: (none) Type: task | Status: new Priority: highest | Milestone: 8.6.1 Component: Compiler | Version: 8.4.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: -------------------------------------+------------------------------------- -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/15390> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

Re: [GHC] #7670: StablePtrs should be organized by generation for efficient minor collections
by GHC 24 Aug '18

24 Aug '18

#7670: StablePtrs should be organized by generation for efficient minor collections -------------------------------------+------------------------------------- Reporter: ezyang | Owner: (none) Type: bug | Status: new Priority: normal | Milestone: Component: Runtime System | Version: 7.7 Resolution: | 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: | -------------------------------------+------------------------------------- Comment (by dfeuer): You must have missed my edit where I describe such a "remembered set". When there are only two generations, there's only one such, and it can even be a static array (whose size is limited to a fixed fraction of the nursery size). When there are more generations, there are more options and they get harder to think about. Perhaps the way to start is with one hash table for underlying objects in the nursery and one for those in all other generations. I suspect that will give us a lot of the benefits with very few complications. My challenge is that I know very little about the details of garbage collection, so I don't really know how to write this stuff properly. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7670#comment:17> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #15059: ghcpkg05 fails
by GHC 24 Aug '18

24 Aug '18

#15059: ghcpkg05 fails -------------------------------------+------------------------------------- Reporter: bgamari | Owner: (none) Type: bug | Status: new Priority: high | Milestone: 8.6.1 Component: Test Suite | Version: 8.2.2 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: -------------------------------------+------------------------------------- Several people have noted that `ghcpkg05` seems to fail in some environments with (taken from CircleCI, https://circleci.com/gh/ghc/ghc/3654) {{{ --- ./cabal/ghcpkg05.run/ghcpkg05.stderr.normalised 2018-04-19 14:14:29.043902308 +0000 +++ ./cabal/ghcpkg05.run/ghcpkg05.run.stderr.normalised 2018-04-19 14:14:29.043902308 +0000 @@ -10,6 +10,13 @@ cannot find any of ["C/D.hi","C/D.p_hi","C/D.dyn_hi"] cannot find any of ["C/E.hi","C/E.p_hi","C/E.dyn_hi"] cannot find any of ["libtestpkg-2.0-XXX.a","libtestpkg-2.0-XXX.p_a","libtestpkg-2.0-XXX- ghc<VERSION>.so","libtestpkg-2.0-XXX-ghc<VERSION>.dylib","testpkg-2.0-XXX- ghc<VERSION>.dll"] on library path +Warning: include-dirs: /home/ghc/project/compiler/stage2/build/utils doesn't exist or isn't a directory +Warning: include-dirs: /home/ghc/project/compiler/stage2/build/../rts/dist/build doesn't exist or isn't a directory +Warning: include-dirs: /home/ghc/project/compiler/stage2/build/stage2 doesn't exist or isn't a directory +Warning: include-dirs: /home/ghc/project/libraries/haskeline/dist- install/build/includes doesn't exist or isn't a directory +Warning: include-dirs: /home/ghc/project/libraries/text/dist- install/build/include doesn't exist or isn't a directory +Warning: include-dirs: /home/ghc/project/libraries/containers/dist- install/build/include doesn't exist or isn't a directory +Warning: include-dirs: /home/ghc/project/libraries/bytestring/dist- install/build/include doesn't exist or isn't a directory The following packages are broken, either because they have a problem listed above, or because they depend on a broken package. *** unexpected failure for ghcpkg05(normal) }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/15059> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3