- ghc-tickets - Haskell.org

Re: [GHC] #7192: Bug in -fregs-graph with -fnew-codegen
by GHC 18 Jan '13

18 Jan '13

#7192: Bug in -fregs-graph with -fnew-codegen -------------------------------+-------------------------------------------- Reporter: simonmar | Owner: benl Type: bug | Status: closed Priority: highest | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Resolution: fixed | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: | Blockedby: Blocking: 4258 | Related: -------------------------------+-------------------------------------------- Changes (by simonmar): * status: new => closed * resolution: => fixed Comment: We think this is fixed after the patch above. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7192#comment:12> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7143: ghc-7.6.0.20120810-x86_64-windows.exe -> ghc can't figure out LLVM version
by GHC 17 Jan '13

17 Jan '13

#7143: ghc-7.6.0.20120810-x86_64-windows.exe -> ghc can't figure out LLVM version ---------------------------------+------------------------------------------ Reporter: cetinsert | Owner: dterei Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler (LLVM) | Version: 7.6.1-rc1 Keywords: llvm | Os: Windows Architecture: Unknown/Multiple | Failure: Incorrect warning at compile-time Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by shelarcy): This bug is also discussed in below thread. * http://www.haskell.org/pipermail/ghc-devs/2013-January/thread.html#25 -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7143#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7603: Bad magic in static (FFI) object (7.6.1 for x86_64-apple-darwin)
by GHC 17 Jan '13

17 Jan '13

#7603: Bad magic in static (FFI) object (7.6.1 for x86_64-apple-darwin) -------------------------------+-------------------------------------------- Reporter: morabbin | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.6.1 | Keywords: Os: MacOS X | Architecture: x86_64 (amd64) Failure: Compile-time crash | Blockedby: Blocking: | Related: -------------------------------+-------------------------------------------- When spraying [http://code.google.com/p/hoc/ HOC] (Haskell to Objective-C) for bitrot, I encountered a GHC panic during the loading of some FFI. Judging by the log below, it looks like this is during a TH execution, so the problem may be bitrot in this code wrt TH. Quite happy to dig further myself if pointed in the right direction. {{{ Orac:~/work/hoc-read-only/hoc $ cabal build Compiling HOC_cbits... Building HOC-1.0... Preprocessing library HOC-1.0... [16 of 31] Compiling HOC.Invocation ( HOC/HOC/Invocation.hs, dist/build/HOC/Invocation.o ) HOC/HOC/Invocation.hs:14:1: Unacceptable argument type in foreign declaration: FFICif When checking declaration: foreign import ccall safe "static Invocation.h callWithExceptions" c_callWithExceptions :: FFICif -> FunPtr a -> Ptr b -> Ptr (Ptr ()) -> IO (Ptr ObjCObject) Orac:~/work/hoc-read-only/hoc $ cabal build Compiling HOC_cbits... Building HOC-1.0... Preprocessing library HOC-1.0... [ 7 of 31] Compiling HOC.FFICallInterface ( HOC/HOC/FFICallInterface.hs, dist/build/HOC/FFICallInterface.o ) [ 8 of 31] Compiling HOC.Arguments ( HOC/HOC/Arguments.hs, dist/build/HOC/Arguments.o ) [HOC.FFICallInterface changed] [11 of 31] Compiling HOC.CStruct ( HOC/HOC/CStruct.hs, dist/build/HOC/CStruct.o ) [HOC.FFICallInterface changed] [13 of 31] Compiling HOC.ID ( HOC/HOC/ID.hs, dist/build/HOC/ID.o ) [HOC.FFICallInterface changed] [16 of 31] Compiling HOC.Invocation ( HOC/HOC/Invocation.hs, dist/build/HOC/Invocation.o ) [17 of 31] Compiling HOC.ExternFunctions ( HOC/HOC/ExternFunctions.hs, dist/build/HOC/ExternFunctions.o ) HOC/HOC/ExternFunctions.hs:77:34: Ambiguous occurrence `unsafePerformIO' It could refer to either `Foreign.unsafePerformIO', imported from `Foreign' at HOC/HOC/ExternFunctions.hs:10:1-14 or `System.IO.Unsafe.unsafePerformIO', imported from `System.IO.Unsafe' at HOC/HOC/ExternFunctions.hs:11:1-23 (and originally defined in `GHC.IO') Orac:~/work/hoc-read-only/hoc $ cabal build Compiling HOC_cbits... Building HOC-1.0... Preprocessing library HOC-1.0... [17 of 31] Compiling HOC.ExternFunctions ( HOC/HOC/ExternFunctions.hs, dist/build/HOC/ExternFunctions.o ) [18 of 31] Compiling HOC.StdArgumentTypes ( HOC/HOC/StdArgumentTypes.hs, dist/build/HOC/StdArgumentTypes.o ) Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Loading package array-0.4.0.1 ... linking ... done. Loading package deepseq-1.3.0.1 ... linking ... done. Loading package containers-0.5.0.0 ... linking ... done. Loading package pretty-1.1.1.0 ... linking ... done. Loading package template-haskell ... linking ... done. Loading package syb-0.3.7 ... linking ... done. Loading package bytestring-0.10.0.0 ... linking ... done. Loading package transformers-0.3.0.0 ... linking ... done. Loading package mtl-2.1.2 ... linking ... done. Loading package text-0.11.2.3 ... linking ... done. Loading package parsec-3.1.3 ... linking ... done. Loading package old-locale-1.0.0.5 ... linking ... done. Loading package old-time-1.1.0.1 ... linking ... done. Loading package fgl-5.4.2.4 ... linking ... done. Loading package filepath-1.3.0.1 ... linking ... done. Loading package time-1.4.0.1 ... linking ... done. Loading package unix-2.6.0.0 ... linking ... done. Loading package directory-1.2.0.0 ... linking ... done. Loading package binary-0.5.1.1 ... linking ... done. Loading package HUnit-1.2.5.1 ... linking ... done. Loading object (static) dist/build/HOC_cbits.o ... ghc: dist/build/HOC_cbits.o: Bad magic. Expected: feedfacf, got: feedface. ghc: panic! (the 'impossible' happened) (GHC version 7.6.1 for x86_64-apple-darwin): loadObj "dist/build/HOC_cbits.o": failed Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7603> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

Re: [GHC] #7043: 32-bit GHC ceiling of negative float SEGFAULT: 11
by GHC 17 Jan '13

17 Jan '13

#7043: 32-bit GHC ceiling of negative float SEGFAULT: 11 ------------------------------------------------------+--------------------- Reporter: DrGodCarl | Owner: igloo Type: bug | Status: new Priority: high | Milestone: 7.6.2 Component: Compiler | Version: 7.4.1 Keywords: Segfault, ceiling, segmentation fault | Os: MacOS X Architecture: Other | Failure: GHCi crash Difficulty: Unknown | Testcase: arith005(ghci), num010(ghci) Blockedby: 3658 | Blocking: Related: | ------------------------------------------------------+--------------------- Changes (by igloo): * testcase: arith005(ghci) => arith005(ghci), num010(ghci) -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7043#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7599: timeout does not behave as expected
by GHC 17 Jan '13

17 Jan '13

#7599: timeout does not behave as expected ----------------------------------------+----------------------------------- Reporter: ique | Owner: Type: bug | Status: new Priority: normal | Component: libraries/base Version: 7.6.1 | Keywords: System.Timeout timeout base-4.6 Os: MacOS X | Architecture: x86_64 (amd64) Failure: Incorrect result at runtime | Blockedby: Blocking: | Related: ----------------------------------------+----------------------------------- In trying to debug an error I found using the MongoDB package (it was refusing connections) I found what I believe is a bug with System.Timeout. When connecting with connectTo I immediately get a handle, wrapped in timeout with a positive timeout, it instantly returns Nothing. When using a negative timeout (wait indefinitely) it instantly returns the proper Handle. Below is a minimal test-case that I ran in ghci. Import System.Timeout Import Network timeout (-1) $ connectTo "127.0.0.1" (PortNumber 27017) -- This returns: Just {handle: <socket: 9>} timeout 1000000 $ connectTo "127.0.0.1" (PortNumber 27017) -- This returns Nothing -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7599> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

Re: [GHC] #7043: 32-bit GHC ceiling of negative float SEGFAULT: 11
by GHC 17 Jan '13

17 Jan '13

#7043: 32-bit GHC ceiling of negative float SEGFAULT: 11 ------------------------------------------------------+--------------------- Reporter: DrGodCarl | Owner: igloo Type: bug | Status: new Priority: high | Milestone: 7.6.2 Component: Compiler | Version: 7.4.1 Keywords: Segfault, ceiling, segmentation fault | Os: MacOS X Architecture: Other | Failure: GHCi crash Difficulty: Unknown | Testcase: arith005(ghci) Blockedby: 3658 | Blocking: Related: | ------------------------------------------------------+--------------------- Changes (by igloo): * testcase: ceiling (-0.8) => arith005(ghci) -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7043#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7490: ghc-stage1 panic when building a cross-compiler or cross-building a compiler
by GHC 17 Jan '13

17 Jan '13

#7490: ghc-stage1 panic when building a cross-compiler or cross-building a compiler ----------------------------------+----------------------------------------- Reporter: singpolyma | Owner: igloo Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Keywords: cross-compilation | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Building GHC failed Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ----------------------------------+----------------------------------------- Changes (by simonmar): * owner: => igloo Comment: I expect this will reproduce in an ordinary compilation, using `INTEGER_LIBRARY = integer-simple`. Ian, would you like to take a look? I'm pretty sure it's related to the lookup of `mkInteger` in `CorePrep`. Maybe `GHC.Integer.Type` itself has an integer in it? -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7490#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7490: ghc-stage1 panic when building a cross-compiler or cross-building a compiler
by GHC 17 Jan '13

17 Jan '13

#7490: ghc-stage1 panic when building a cross-compiler or cross-building a compiler ----------------------------------+----------------------------------------- Reporter: singpolyma | Owner: Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Keywords: cross-compilation | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Building GHC failed Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ----------------------------------+----------------------------------------- Comment(by simonmar): A bit more info, after I elaborated the panic: {{{ "inplace/bin/ghc-stage1" -static -H64m -O0 -package-name integer- simple-0.1.1.0 -hide-all-packages -i -ilibraries/integer-simple/. -ilibraries/integer-simple/dist-install/build -ilibraries/integer-simple /dist-install/build/autogen -Ilibraries/integer-simple/dist-install/build -Ilibraries/integer-simple/dist-install/build/autogen -Ilibraries/integer- simple/. -optP-include -optPlibraries/integer-simple/dist- install/build/autogen/cabal_macros.h -package ghc-prim-0.3.1.0 -package- name integer-simple -Wall -XHaskell98 -XCPP -XMagicHash -XBangPatterns -XUnboxedTuples -XForeignFunctionInterface -XUnliftedFFITypes -XNoImplicitPrelude -O -no-user-package-db -rtsopts -odir libraries /integer-simple/dist-install/build -hidir libraries/integer-simple/dist- install/build -stubdir libraries/integer-simple/dist-install/build -hisuf hi -osuf o -hcsuf hc -c libraries/integer-simple/./GHC/Integer/Type.hs -o libraries/integer-simple/dist-install/build/GHC/Integer/Type.o Top level: Bad interface file: libraries/integer-simple/dist- install/build/GHC/Integer/Type.hi libraries/integer-simple/dist-install/build/GHC/Integer/Type.hi: openBinaryFile: does not exist (No such file or directory) ghc-stage1: panic! (the 'impossible' happened) (GHC version 7.7.20130116 for arm-unknown-linux): initTcForLookup }}} So we're trying to read `Type.hi` while compiling the same module. This explains why it works the second time, after `Type.hi` has already been generated. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7490#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7490: ghc-stage1 panic when building a cross-compiler or cross-building a compiler
by GHC 17 Jan '13

17 Jan '13

#7490: ghc-stage1 panic when building a cross-compiler or cross-building a compiler ----------------------------------+----------------------------------------- Reporter: singpolyma | Owner: Type: bug | Status: new Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Keywords: cross-compilation | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: Building GHC failed Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | ----------------------------------+----------------------------------------- Changes (by simonmar): * priority: normal => high * difficulty: => Unknown * milestone: => 7.8.1 Comment: Confirmed; I just saw this when building a cross-compiler for Raspberry Pi. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7490#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5793: make nofib awesome (was: make nofib not suck)
by GHC 17 Jan '13

17 Jan '13

#5793: make nofib awesome --------------------------------------+------------------------------------- Reporter: dterei | Owner: dterei Type: task | Status: new Priority: normal | Milestone: _|_ Component: NoFib benchmark suite | Version: Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: 5794 Related: | --------------------------------------+------------------------------------- -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5793#comment:19> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0