October 2014 - ghc-tickets

[GHC] #9666: runtime crashing with +RTS -w -h
by GHC 10 Nov '14

10 Nov '14

#9666: runtime crashing with +RTS -w -h -------------------------------------+------------------------------------- Reporter: lspitzner | Owner: simonmar Type: bug | Status: new Priority: low | Milestone: Component: Runtime System | Version: 7.8.3 Keywords: | Operating System: Linux Architecture: x86_64 (amd64) | Type of failure: Runtime Difficulty: Unknown | crash Blocked By: | Test Case: (see Related Tickets: | description) | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- A combination of the RTS flags -w and -h makes executables generated with ghc crash at runtime. Does not happen always; my current guess is that a gc run triggers the bug. Reproducible with the following input: '''Main.hs''' {{{#!hs module Main where import qualified Data.Map.Strict as M main = print $ M.lookup 10 $ M.fromList [ (i,i) | i<-[1..10000000] ] }}} {{{ > ghc -rtsopts Main.hs && ./Main +RTS -w -h [1 of 1] Compiling Main ( Main.hs, Main.o ) Linking Main ... Main: internal error: heapCensus, unknown object: 4093 (GHC version 7.8.3 for x86_64_unknown_linux) }}} optimization level did not change the outcome. I am aware that -w is marked experimental, and I don't need it. Just noticed the crashing. @simon: you get added to Cc (one more time) every time I press "preview", it seems. Doubt that is intentional.. I'll leave you in Cc just so you get this message. (hmm.. where is the bug-tracker bug-tracker..) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9666> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

[GHC] #9683: ghc: panic! (the 'impossible' happened) [Cant do annotations without GHCi]
by GHC 10 Nov '14

10 Nov '14

#9683: ghc: panic! (the 'impossible' happened) [Cant do annotations without GHCi] -----------------------------+--------------------------------------- Reporter: jeffmaner | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.4.1 Keywords: | Operating System: Linux Architecture: arm | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -----------------------------+--------------------------------------- The Haskell Platform instructed me to report this as a bug. :) I'm trying to install The Haskell Platform on my Samsung Chromebook, using the wheezy chroot (armv7l GNU/Linux). Actually, I'm trying to install Elm. I've installed the Platform. Installing Elm via `cabal install Elm-0.13 elm-repl-0.3 elm-reactor-0.1 elm-get-0.1.3` , I eventually encounter: [ 3 of 19] Compiling Data.Vector.Fusion.Stream.Size ( Data/Vector/Fusion/Stream/Size.hs, dist/build/Data/Vector/Fusion/Stream/Size.o ) Data/Vector/Fusion/Stream/Size.hs:25:10: Warning: No explicit method nor default method for `*' In the instance declaration for `Num Size' Data/Vector/Fusion/Stream/Size.hs:25:10: Warning: No explicit method nor default method for `abs' In the instance declaration for `Num Size' Data/Vector/Fusion/Stream/Size.hs:25:10: Warning: No explicit method nor default method for `signum' In the instance declaration for `Num Size' [ 4 of 19] Compiling Data.Vector.Internal.Check ( Data/Vector/Internal/Check.hs, dist/build/Data/Vector/Internal/Check.o ) [ 5 of 19] Compiling Data.Vector.Fusion.Stream.Monadic ( Data/Vector/Fusion/Stream/Monadic.hs, dist/build/Data/Vector/Fusion/Stream/Monadic.o ) ghc: panic! (the 'impossible' happened) (GHC version 7.4.1 for arm-unknown-linux): Cant do annotations without GHCi {Data/Vector/Fusion/Stream/Monadic.hs:104:19-33} base:GHC.Exts.ForceSpecConstr{d raqj} Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9683> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

[GHC] #9073: small SPECIALIZE INLINE program taking gigabytes of memory to compile
by GHC 09 Nov '14

09 Nov '14

#9073: small SPECIALIZE INLINE program taking gigabytes of memory to compile -------------------------+------------------------------------------------- Reporter: dagit | Owner: Type: bug | Status: new Priority: | Milestone: normal | Version: 7.8.2 Component: | Operating System: Unknown/Multiple Compiler | Type of failure: Compile-time performance bug Keywords: | Test Case: Architecture: | Blocking: Unknown/Multiple | Difficulty: | Unknown | Blocked By: | Related Tickets: | -------------------------+------------------------------------------------- I have a small program that is taking 1+ GB of memory to compile. I've distilled the troublesome input down to the following: {{{ {-# LANGUAGE BangPatterns #-} import Data.Vector knot :: Vector Double -> Int -> Double knot vs k = vs ! idx0 where !idx0 = abs k `mod` 16 {-# SPECIALIZE INLINE knot :: Vector Double -> Int -> Double #-} noise :: Vector Double -> Int -> Double noise vs k = knot vs k + knot vs k + knot vs k + knot vs k + knot vs k + knot vs k + knot vs k + knot vs k }}} Compiled with `ghc -fprof-auto -prof -O2 -Wall`. As far as I can tell, prof-auto, prof, and optimizations of at least -O1 are required to trigger it. I'm using ghc-7.8.2 64bit for Windows. vector is version 0.10.9.1 (currently the latest on hackage). Same code worked fine on ghc 7.6.2. Also worth noting: Even though the `SPECIALIZE` isn't needed, if you remove the `SPECIALIZE` or the `INLINE` the problem goes away. If you remove even one of the duplicated calls to `knot vs k` in the body of `noise` then the amount of memory required drops dramatically. Add more to increase the requirements. I've been able to push it up around 10 GB, but I don't have enough memory to test beyond that! Thanks! -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9073> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #9513: Building GHC on Windows
by GHC 09 Nov '14

09 Nov '14

#9513: Building GHC on Windows -------------------------------------+------------------------------------- Reporter: srutownik | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Build System | Version: 7.8.3 Keywords: | Operating System: Architecture: x86_64 (amd64) | Unknown/Multiple Difficulty: Unknown | Type of failure: Building Blocked By: | GHC failed Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- I am trying to build GHC 7.8.3 on my computer, but in final phase of building it fails. I have downloaded both packages with sources, one with compiler and minimal set of libraries, second with extra building tools required on Windows. I have unzipped files to same folder. I was following instructions given in your wiki. I installed required tools and set PATH variable. Next I run ./configure and it finished successfully, but when I have executed make, it has stopped with errors In a block below there is an output of make. {{{ ===--- building phase 0 make -r --no-print-directory -f ghc.mk phase=0 phase_0_builds make[1]: Nothing to be done for `phase_0_builds'. ===--- building phase 1 make -r --no-print-directory -f ghc.mk phase=1 phase_1_builds make[1]: Nothing to be done for `phase_1_builds'. ===--- building final phase make -r --no-print-directory -f ghc.mk phase=final all driver/ghci/ghc.mk:39: driver/ghci/dist/build/.depend.c_asm: No such file or directory rts/ghc.mk:515: rts/dist/build/.depend-v-p-l-debug-thr-thr_debug-thr_l- thr_p.c_asm: No such file or directory libraries/old-time/ghc.mk:5: libraries/old-time/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/old-time/ghc.mk:5: libraries/old-time/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/haskell98/ghc.mk:5: libraries/haskell98/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/haskell98/ghc.mk:5: libraries/haskell98/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/haskell2010/ghc.mk:5: libraries/haskell2010/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/haskell2010/ghc.mk:5: libraries/haskell2010/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/ghc-prim/ghc.mk:4: libraries/ghc-prim/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/ghc-prim/ghc.mk:4: libraries/ghc-prim/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/integer-gmp/ghc.mk:4: libraries/integer-gmp/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/integer-gmp/ghc.mk:4: libraries/integer-gmp/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/base/ghc.mk:4: libraries/base/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/base/ghc.mk:4: libraries/base/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/filepath/ghc.mk:4: libraries/filepath/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/filepath/ghc.mk:4: libraries/filepath/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/array/ghc.mk:4: libraries/array/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/array/ghc.mk:4: libraries/array/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/deepseq/ghc.mk:4: libraries/deepseq/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/deepseq/ghc.mk:4: libraries/deepseq/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/bytestring/ghc.mk:4: libraries/bytestring/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/bytestring/ghc.mk:4: libraries/bytestring/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/containers/ghc.mk:4: libraries/containers/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/containers/ghc.mk:4: libraries/containers/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/old-locale/ghc.mk:4: libraries/old-locale/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/old-locale/ghc.mk:4: libraries/old-locale/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/Win32/ghc.mk:4: libraries/Win32/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/Win32/ghc.mk:4: libraries/Win32/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/time/ghc.mk:4: libraries/time/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/time/ghc.mk:4: libraries/time/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/directory/ghc.mk:4: libraries/directory/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/directory/ghc.mk:4: libraries/directory/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/process/ghc.mk:4: libraries/process/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/process/ghc.mk:4: libraries/process/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/hpc/ghc.mk:4: libraries/hpc/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/hpc/ghc.mk:4: libraries/hpc/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/pretty/ghc.mk:4: libraries/pretty/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/pretty/ghc.mk:4: libraries/pretty/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/template-haskell/ghc.mk:4: libraries/template-haskell/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/template-haskell/ghc.mk:4: libraries/template-haskell/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/Cabal/Cabal/ghc.mk:4: libraries/Cabal/Cabal/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/Cabal/Cabal/ghc.mk:4: libraries/Cabal/Cabal/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/binary/ghc.mk:4: libraries/binary/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/binary/ghc.mk:4: libraries/binary/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/bin-package-db/ghc.mk:4: libraries/bin-package-db/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/bin-package-db/ghc.mk:4: libraries/bin-package-db/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/hoopl/ghc.mk:4: libraries/hoopl/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/hoopl/ghc.mk:4: libraries/hoopl/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/transformers/ghc.mk:4: libraries/transformers/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/transformers/ghc.mk:4: libraries/transformers/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/xhtml/ghc.mk:4: libraries/xhtml/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/xhtml/ghc.mk:4: libraries/xhtml/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/haskeline/ghc.mk:4: libraries/haskeline/dist- install/build/.depend-v-p.haskell: No such file or directory libraries/haskeline/ghc.mk:4: libraries/haskeline/dist- install/build/.depend-v-p.c_asm: No such file or directory libraries/integer-gmp/mkGmpDerivedConstants/ghc.mk:20: libraries/integer- gmp/mkGmpDerivedConstants/dist/build/.depend.c_asm: No such file or directory utils/haddock/ghc.mk:15: utils/haddock/dist/build/.depend.haskell: No such file or directory utils/haddock/ghc.mk:15: utils/haddock/dist/build/.depend.c_asm: No such file or directory compiler/ghc.mk:640: compiler/stage2/build/.depend-v-p.haskell: No such file or directory make -C libffi/build MAKEFLAGS= install MAKE i686-pc-mingw32 : 0 * install make[3]: Entering directory `/c/ghc-7.8.3/libffi/build/i386-unknown- mingw32' Making install in include make[4]: Entering directory `/c/ghc-7.8.3/libffi/build/i386-unknown- mingw32/include' make[5]: Entering directory `/c/ghc-7.8.3/libffi/build/i386-unknown- mingw32/include' make[5]: Nothing to be done for `install-exec-am'. test -z "c:/ghc-7.8.3/libffi/build/inst/lib/libffi-3.0.11/include" || /c/MinGHC/msys/1.0/bin/mkdir -p "c:/ghc-7.8.3/libffi/build/inst/lib/libffi-3.0.11/include" ../install-sh -c -m 644 ffi.h ffitarget.h 'c:/ghc-7.8.3/libffi/build/inst/lib/libffi-3.0.11/include' /bin/sh: line 7: ../install-sh: No such file or directory make[5]: *** [install-nodist_includesHEADERS] Error 127 make[5]: Leaving directory `/c/ghc-7.8.3/libffi/build/i386-unknown- mingw32/include' make[4]: *** [install-am] Error 2 make[4]: Leaving directory `/c/ghc-7.8.3/libffi/build/i386-unknown- mingw32/include' make[3]: *** [install-recursive] Error 1 make[3]: Leaving directory `/c/ghc-7.8.3/libffi/build/i386-unknown- mingw32' make[2]: *** [install] Error 2 make[1]: *** [libffi/stamp.ffi.static.install] Error 2 make: *** [all] Error 2 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9513> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 10

[GHC] #9053: make sdist fails with repeated /bin/sh[1]: lndir: not found [No such file or directory]
by GHC 09 Nov '14

09 Nov '14

#9053: make sdist fails with repeated /bin/sh[1]: lndir: not found [No such file or directory] -------------------------------------+------------------------------------- Reporter: AlainODea | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Build System | Version: 7.8.2 Keywords: smartos illumos | Operating System: Solaris lndir sdist | Type of failure: Building GHC Architecture: Unknown/Multiple | failed Difficulty: Easy (less than 1 | Test Case: hour) | Blocking: Blocked By: | Related Tickets: | -------------------------------------+------------------------------------- It appears that source for lndir was intentionally included in utils and customized to handle .git directories: http://git.haskell.org/ghc.git/blobdiff/c629bd1539b1865cc28ce053234595e7aeb… This ignoring of .git directories has been in the upstream lndir.c since 2009: http://cgit.freedesktop.org/xorg/util/lndir/tree/lndir.c However, lndir is not installed by default (on Ubuntu or SmartOS) and is not listed in the tools required to build: https://ghc.haskell.org/trac/ghc/wiki/Building/Preparation/Tools It does not appear to be built during the sync, boot, or make steps of a GHC build. Here is an excerpt: {{{ /bin/sh[1]: lndir: not found [No such file or directory] /bin/sh[1]: lndir: not found [No such file or directory] /bin/sh[1]: lndir: not found [No such file or directory] /bin/sh[1]: lndir: not found [No such file or directory] ghc.mk:1117: recipe for target 'sdist-ghc-prep' failed gmake[1]: *** [sdist-ghc-prep] Error 127 Makefile:64: recipe for target 'sdist' failed gmake: *** [sdist] Error 2 }}} Here is a detailed log: http://haskell.inf.elte.hu/builders/smartos-x86_64-head/19/16.html -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9053> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #8699: Multiple test faliures on 32-bit Linux systems.
by GHC 08 Nov '14

08 Nov '14

#8699: Multiple test faliures on 32-bit Linux systems. ----------------------------+------------------------------------- Reporter: Fuuzetsu | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.1-rc1 Keywords: | Operating System: Unknown/Multiple Architecture: x86 | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ----------------------------+------------------------------------- I ran validate with HEAD (e01367ff8c3165b0dd1fb78bcb3a3ced1e4a5f19) on 3 different 32-bit Linux boxes and I'm seeing different failures on each one. I was advised on IRC to create a ticket with all the failures. The first and third box are using the binary of 7.6.3 provided on the GHC site. I had to link libgmp.so.3 to libgmp.so.10 on both of these in order to get it to install properly. Please ask about any info that I have not provided below! First box: {{{Linux misaki 3.12.3-gentoo #2 SMP Sat Dec 7 23:14:57 GMT 2013 i686 Intel(R) Core(TM)2 Duo CPU L7700 @ 1.80GHz GenuineIntel GNU/Linux}}} {{{Happy Version 1.19.0 Copyright (c) 1993-1996 Andy Gill, Simon Marlow (c) 1997-2005 Simon Marlow}}} {{{Alex version 3.1.0, (c) 2003 Chris Dornan and Simon Marlow}}} {{{ lrwxrwxrwx 1 root root 16 Oct 14 04:24 /usr/lib/libgmp.so.10 -> libgmp.so.10.1.3 lrwxrwxrwx 1 root root 12 May 31 2013 /usr/lib/libgmp.so.3 -> libgmp.so.10 }}} The full log is at [1]. Inlining the end of the log with the failures: {{{ Unexpected results from: TEST="T1969 haddock.Cabal haddock.base" OVERALL SUMMARY for test run started at Sun Jan 26 03:26:36 2014 GMT 0:19:58 spent to go through 3883 total tests, which gave rise to 15172 test cases, of which 11625 were skipped 28 had missing libraries 3458 expected passes 58 expected failures 3 caused framework failures 0 unexpected passes 3 unexpected failures Unexpected failures: perf/compiler T1969 [stat not good enough] (normal) perf/haddock haddock.Cabal [stat not good enough] (normal) perf/haddock haddock.base [stat not good enough] (normal) }}} As discussed on the mailing list, the Haddock numbers still need tweaking even after Austin updated them the other day. T1969 failure seems to come and go. ---- Second box: {{{Linux yuuki 3.11.4-gentoo #1 SMP Tue Oct 8 00:19:37 BST 2013 i686 Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz GenuineIntel GNU/Linux}}} {{{Happy Version 1.19.3 Copyright (c) 1993-1996 Andy Gill, Simon Marlow (c) 1997-2005 Simon Marlow}}} {{{Alex version 3.1.3, (c) 2003 Chris Dornan and Simon Marlow}}} I installed the bootstrapping compiler on this box from Gentoo's package manager so I'm not sure how gmp is linked here. I can retry by boostrapping from binary and linking libgmp.3 to libgmp.10 (like the other boxes did) for consistency. The version of this complier is 7.6.3-r1. The full log is at [2]. Inlining the end of the log with the failures: {{{ Unexpected results from: TEST="T1969 haddock.compiler T7859" OVERALL SUMMARY for test run started at Sun Jan 26 03:34:47 2014 GMT 0:12:04 spent to go through 3883 total tests, which gave rise to 12748 test cases, of which 9209 were skipped 26 had missing libraries 3453 expected passes 57 expected failures 3 caused framework failures 0 unexpected passes 3 unexpected failures Unexpected failures: perf/compiler T1969 [stat too good] (normal) perf/haddock haddock.compiler [stat not good enough] (normal) runghc T7859 [bad stderr] (normal) }}} A different Haddock perf failure, T1969 seems to have failed again and a totally new failure, T7859. ---- Third box: {{{Linux lenalee 3.11.4-gentoo #1 SMP Mon Oct 7 19:19:00 BST 2013 i686 Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz GenuineIntel GNU/Linux}}} {{{Happy Version 1.19.3 Copyright (c) 1993-1996 Andy Gill, Simon Marlow (c) 1997-2005 Simon Marlow}}} {{{Alex version 3.1.3, (c) 2003 Chris Dornan and Simon Marlow}}} {{{ lrwxrwxrwx 1 root root 9 Jan 26 02:42 /usr/lib/libgmp.so.3 -> libgmp.so lrwxrwxrwx 1 root root 16 Nov 20 11:54 /usr/lib/libgmp.so -> libgmp.so.10.1.3 }}} The full log is at [3]. Inlining the end of the log with the failures: {{{ Unexpected results from: TEST="hsc2hs004 T3837 haddock.compiler haddock.base T3307 environment001 T1969 gadt23 Capi_Ctype_001 Capi_Ctype_002" OVERALL SUMMARY for test run started at Sun Jan 26 03:28:47 2014 GMT 0:10:37 spent to go through 3883 total tests, which gave rise to 12748 test cases, of which 9209 were skipped 26 had missing libraries 3446 expected passes 57 expected failures 3 caused framework failures 0 unexpected passes 10 unexpected failures Unexpected failures: ../../libraries/base/tests/IO T3307 [bad stderr] (normal) ../../libraries/base/tests/IO environment001 [bad stderr] (normal) ffi/should_run Capi_Ctype_001 [bad stderr] (normal) ffi/should_run Capi_Ctype_002 [bad stderr] (normal) gadt gadt23 [bad stderr] (normal) hsc2hs T3837 [bad stderr] (normal) hsc2hs hsc2hs004 [bad stderr] (normal) perf/compiler T1969 [stat too good] (normal) perf/haddock haddock.base [stat not good enough] (normal) perf/haddock haddock.compiler [stat not good enough] (normal) }}} Whole plethora of failures! Haddock numbers again and a bunch of other stuff. Considering how close 7.8 is, I think these should be looked at (especially that last set doesn't look too good). I notice that over 2000 more tests were skipped on the first box (this is my day-to-day use computer). How are the tests to be skipped determined? [1]: http://fuuzetsu.co.uk/misc/validate-misaki- e01367ff8c3165b0dd1fb78bcb3a3ced1e4a5f19 [2]: http://fuuzetsu.co.uk/misc/validate-yuuki- e01367ff8c3165b0dd1fb78bcb3a3ced1e4a5f19 [3]: http://fuuzetsu.co.uk/misc/validate-lenalee- e01367ff8c3165b0dd1fb78bcb3a3ced1e4a5f19 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8699> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

[GHC] #9714: Un-`wire` Integer type
by GHC 07 Nov '14

07 Nov '14

#9714: Un-`wire` Integer type -------------------------------------+------------------------------------- Reporter: hvr | Owner: Type: task | Status: new Priority: normal | Milestone: 7.10.1 Component: Compiler | Version: Keywords: Integer | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Moderate (less | Type of failure: than a day) | None/Unknown Blocked By: | Test Case: Related Tickets: #9281 | Blocking: | Differential Revisions: Phab:351 -------------------------------------+------------------------------------- `Integer` is currently a wired-in type for `integer-gmp`. This requires replicating its inner structure in `TysWiredIn.lhs`, which makes it much harder to change `Integer` to a more complex representation (like e.g. for #9281) In order to reduce the redundancy (due to wired-in type mirroring) and simplify the code, as [http://thread.gmane.org/gmane.comp.lang.haskell.ghc.devel/5823/ suggested by Simon], `Integer` should no longer be a `wired-in` type but rather become a `known-key`-entity. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9714> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

[GHC] #9742: The default definitions of foldl1 and foldr1 are too strict
by GHC 07 Nov '14

07 Nov '14

#9742: The default definitions of foldl1 and foldr1 are too strict -------------------------------------+------------------------------------- Reporter: dfeuer | Owner: ekmett Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: Core Libraries | Version: 7.9 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Easy (less than 1 | Type of failure: Runtime hour) | crash Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- We currently have {{{#!hs foldr1 :: (a -> a -> a) -> t a -> a foldr1 f xs = fromMaybe (error "foldr1: empty structure") (foldr mf Nothing xs) where mf x Nothing = Just x mf x (Just y) = Just (f x y) }}} This has to traverse the entire list before it can do anything. What we want is {{{#!hs mf x r = Just $ case r of Nothing -> x Just y -> f x y }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9742> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 7

[GHC] #8828: allow fully applied type families in instance heads
by GHC 07 Nov '14

07 Nov '14

#8828: allow fully applied type families in instance heads ------------------------------------+------------------------------------- Reporter: aavogt | Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.6.2 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- Hi, it would be nice if the following example were acceptable: {{{ {-# LANGUAGE FlexibleInstances, TypeFamilies, TypeSynonymInstances #-} data X a = X a type family TX a type instance TX a = X a instance Show (TX Int) }}} But ghc complains that it cannot substitute the instance of TX: {{{ ts.hs:6:10: Illegal type synonym family application in instance: TX Int In the instance declaration for ‛Show (TX Int)’ }}} A more practical (but not self-contained) example involving extensible records looks http://lpaste.net/100436 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8828> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 4

[GHC] #9295: Deadlock in forkProcess
by GHC 07 Nov '14

07 Nov '14

#9295: Deadlock in forkProcess ------------------------------------+------------------------------------- Reporter: edsko | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.2 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- As part of `forkProcess` we discard all tasks except the one task that remains. As part of this we call `freeTask`, and `freeTask` in turn calls `closeCondition` and `closeMutex`, which are very thin wrappers around `pthread_cond_destroy` and `phread_mutex_destroy`. However, the behaviour of these functions is undefined when there are currently threads blocked on these condition variables/mutexes. In reality, this undefined behaviour often (though not always) results in a deadlock. Unfortunately, I don't have a minimal test case to demonstrate this, but in the large system on which I am testing this I am seeing these deadlocks rather frequently. For the global mutex we don't attempt to call `pthread_cond_destroy` or `pthread_mutex_destroy`, but instead re-initialize them. The patch https://phabricator.haskell.org/D59 does precisely that for the condition variables and mutexes associated with tasks. This is ''somewhat'' or a long way around, because we will then subsequently still call `pthread_..._destroy`, but it means that we don't have to mess with `freeTask`. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9295> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6