- ghc-tickets - Haskell.org

[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

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: merge Priority: normal | Milestone: 7.8.1 Component: libraries/base | Version: 7.7 Keywords: qnx | Os: Other Architecture: Unknown/Multiple | Failure: Building GHC failed Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by kgardas): Hi, as a Solaris user I'd like to add that the patch is not needed for Solaris native compiles. i.e. i386. 7.6.x compiles and runs fine on Solaris. The patch is needed for cross-compiling i386-solaris -> x86_64-solaris. The problem is that hsc2hs is kind of more strict while cross-compiling than while doing native compiles -- that's why the code even before patch run fine and I just fail on it once attempting cross-compiling to x86_64-solaris. So, message is clear, if 7.6.x does not support cross-compilation, I wouldn't bother with merging the patch into 7.6.x branch. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7519#comment:10> 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: merge Priority: normal | Milestone: 7.8.1 Component: libraries/base | Version: 7.7 Keywords: qnx | Os: Other Architecture: Unknown/Multiple | Failure: Building GHC failed Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by singpolyma): @simonmar oh. What's the state for "is in HEAD now"? Should it just be marked as "fixed"? This patch *might* be useful to people on 7.6 (if they are building native compiles for Solaris, for example), but since most people seem to have run into this while cross-compiling, and 7.6 cannot cross-compile, that's probably not what I meant. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7519#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0