January 2013 - ghc-tickets

Re: [GHC] #7557: Default implementation for a type class function missing when profiling is enabled
by GHC 24 Jan '13

24 Jan '13

#7557: Default implementation for a type class function missing when profiling is enabled ---------------------------------+------------------------------------------ Reporter: JohnWiegley | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.6.1 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Changes (by simonpj): * difficulty: => Unknown Comment: Urgh. So many dependencies! Can you: * Do `ghc --show-iface` on `Data/Git/Internal.hi` * Compile `Data.Git.Internal` with `-ddump-simpl` * Compile `Data.Git.Blob` with `-ddump-ds -ddump-simpl` and let me have the output? thanks. Simon -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7557#comment:1> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7561: Unnecessary Heap Allocations - Slow Performance
by GHC 24 Jan '13

24 Jan '13

#7561: Unnecessary Heap Allocations - Slow Performance -------------------------------+-------------------------------------------- Reporter: wurmli | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Keywords: | Os: Linux Architecture: x86_64 (amd64) | Failure: Runtime performance bug Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -------------------------------+-------------------------------------------- Comment(by simonpj): There seem to be two separate issues here 1. A profiled program runs a lot faster than a non-profiled one 2. Two variants of a program that depends on the (complex) vector library run with very different speeds. Can anyone help boil either (1) or (2) down into a smaller program, or otherwise characterise what's going on? I'm out of bandwidth. Using `-ticky` profiling might help guide you to where the allocation is happening. Thanks Simon -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7561#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7590: LLVM backend bootstrap support
by GHC 24 Jan '13

24 Jan '13

#7590: LLVM backend bootstrap support -----------------------------------+---------------------------------------- Reporter: dterei | Owner: dterei Type: bug | Status: new Priority: normal | Component: Compiler (LLVM) Version: | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Building GHC failed | Blockedby: Blocking: 7571, 7575, 7580, 7588 | Related: -----------------------------------+---------------------------------------- The change to the new-code-generator seems to have broken the LLVM backend's ability to bootstrap GHC. This should be fixed, especially as ARM support is only provided by LLVM. '''NOTE''': The testing of this is all currently done on '''Mac OS X 10.8'''. Although we will expand to test other platforms once OSX is working. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7590> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 7

[GHC] #7615: LLVM enabled build fails on i386-solaris.
by GHC 24 Jan '13

24 Jan '13

#7615: LLVM enabled build fails on i386-solaris. --------------------------------+------------------------------------------- Reporter: kgardas | Owner: Type: bug | Status: new Priority: normal | Component: Compiler (LLVM) Version: 7.7 | Keywords: Os: Solaris | Architecture: x86 Failure: Building GHC failed | Blockedby: Blocking: | Related: --------------------------------+------------------------------------------- Hello, while attempting to build LLVM-based build of GHC HEAD on i386-solaris2 with LLVM 2.9 tools, I've got following failure: {{{ gmake -r --no-print-directory -f ghc.mk phase=final all "inplace/bin/ghc-stage1" -static -H64m -O0 -fllvm -package-name base-4.7.0.0 -hide-all-packages -i -ilibraries/base/. -ilibraries/base /dist-install/build -ilibraries/base/dist-install/build/autogen -Ilibraries/base/dist-install/build -Ilibraries/base/dist- install/build/autogen -Ilibraries/base/include -optP- DOPTIMISE_INTEGER_GCD_LCM -optP-include -optPlibraries/base/dist- install/build/autogen/cabal_macros.h -package ghc-prim-0.3.1.0 -package integer-gmp-0.5.1.0 -package rts-1.0 -package-name base -XHaskell98 -XCPP -O -fllvm -no-user-package-db -rtsopts -odir libraries/base/dist- install/build -hidir libraries/base/dist-install/build -stubdir libraries/base/dist-install/build -hisuf hi -osuf o -hcsuf hc -c libraries/base/./GHC/Word.hs -o libraries/base/dist- install/build/GHC/Word.o /opt/llvm-2.9/bin/opt: /tmp/ghc19689_0/ghc19689_0.ll:19141:62: error: argument is not of expected type 'i64' %lnglA = call ccc i32 (i64,i64)* @hs_eqWord64( i64 %lnglz, i32 0 ) nounwind ^ gmake[1]: *** [libraries/base/dist-install/build/GHC/Word.o] Error 1 gmake: *** [all] Error 2 }}} I'm just testing LLVM-based build on 32bit solaris to see if there is a chance to complete LLVM-based build on a slower 32bit ARM board... For LLVM-based build I used simple: {{{ BuildFlavour = quick-llvm }}} in mk/build.mk -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7615> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

[GHC] #7588: GHC HEAD built with LLVM on Mac OS X miscompiles RTS: SIGSEGV in stg_PAP_apply
by GHC 24 Jan '13

24 Jan '13

#7588: GHC HEAD built with LLVM on Mac OS X miscompiles RTS: SIGSEGV in stg_PAP_apply --------------------------+------------------------------------------------- Reporter: thoughtpolice | Owner: Type: bug | Status: new Priority: normal | Component: Compiler (LLVM) Version: 7.7 | Keywords: sigsegv Os: MacOS X | Architecture: Unknown/Multiple Failure: Runtime crash | Blockedby: 7571, 7580 Blocking: | Related: --------------------------+------------------------------------------------- After fixing #7571 and #7580, with those two patches, I now get a working stage1 compiler that can produce binaries using the LLVM backend. But all of them segfault: {{{ $ cat no-op.hs main = return () $ ~/code/haskell/ghc/inplace/bin/ghc-stage1 -fforce-recomp -fllvm no-op.hs [1 of 1] Compiling Main ( no-op.hs, no-op.o ) Linking no-op ... $ ./no-op [1] 12434 segmentation fault ./no-op $ }}} This looks like an error in stg_PAP_apply: {{{ gdb -q ./no-op ⏎ Reading symbols for shared libraries .... done (gdb) r Starting program: /Users/a/t/no-op Reading symbols for shared libraries +++............................. done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x0000000000000000 0x00000001002917d4 in stg_PAP_apply () (gdb) }}} I imagine this is due to some miscompilation of ```rts/Apply.cmm``` using LLVM. I'll rebuild the stage1 compiler with debugging support for sanity, and also enable the debug RTS in the test, and report back soon. (I imagine this failure is certainly possible *because* of my patches in the other tickets, although my intuition tells me those are strictly correctness fixes and something else is afoot here.) -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7588> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

Re: [GHC] #7339: GHC fails to build from source on Alpha
by GHC 24 Jan '13

24 Jan '13

#7339: GHC fails to build from source on Alpha ----------------------------------+----------------------------------------- Reporter: creemj | Owner: igloo Type: bug | Status: closed Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Resolution: fixed | Keywords: Os: Linux | Architecture: alpha Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: ----------------------------------+----------------------------------------- Comment(by dterei): None sorry :) I just meant ifdefs in the sense of branches in the code for dealing with architectures, similar to Simon's issue. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7339#comment:17> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7339: GHC fails to build from source on Alpha
by GHC 24 Jan '13

24 Jan '13

#7339: GHC fails to build from source on Alpha ----------------------------------+----------------------------------------- Reporter: creemj | Owner: igloo Type: bug | Status: closed Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.6.1 Resolution: fixed | Keywords: Os: Linux | Architecture: alpha Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: ----------------------------------+----------------------------------------- Comment(by igloo): I applied slyfox's change for `ArchUnknown` too, but I don't see the harm in also explicitly stating that mipseb, mipsel and alpha are known to need aligned loads. What ifdefs are you referring to? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7339#comment:16> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #367: Infinite loops can hang Concurrent Haskell
by GHC 24 Jan '13

24 Jan '13

#367: Infinite loops can hang Concurrent Haskell ------------------------------------------+--------------------------------- Reporter: simonpj | Owner: ezyang Type: bug | Status: new Priority: lowest | Milestone: _|_ Component: Compiler | Version: 6.4.1 Resolution: None | Keywords: scheduler allocation Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Incorrect result at runtime | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: ------------------------------------------+--------------------------------- Changes (by fryguybob): * cc: fryguybob@… (added) -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/367#comment:36> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7519: CLK_TCK is not always a constant
by GHC 24 Jan '13

24 Jan '13

#7519: CLK_TCK is not always a constant ----------------------------------+----------------------------------------- Reporter: singpolyma | Owner: Type: bug | Status: closed Priority: normal | Milestone: 7.8.1 Component: libraries/base | Version: 7.7 Resolution: fixed | Keywords: qnx Os: Other | Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: ----------------------------------+----------------------------------------- Changes (by simonmar): * status: merge => closed * resolution: => fixed -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7519#comment:11> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #2247: GHC accepts FD violations, unless the conflicing instances are used
by GHC 24 Jan '13

24 Jan '13

#2247: GHC accepts FD violations, unless the conflicing instances are used ------------------------------------------+--------------------------------- Reporter: claus | Owner: Type: bug | Status: closed Priority: normal | Milestone: _|_ Component: Compiler (Type checker) | Version: 6.9 Resolution: fixed | Keywords: TF vs FD Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: typecheck/should_fail/T2247 | Blockedby: Blocking: | Related: ------------------------------------------+--------------------------------- Changes (by simonpj): * status: new => closed * testcase: => typecheck/should_fail/T2247 * resolution: => fixed Comment: Correct, thanks. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2247#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0