- ghc-tickets - Haskell.org

Re: [GHC] #7207: linker fails to load package with binding to foreign library (win64)
by GHC 22 Jan '13

22 Jan '13

#7207: linker fails to load package with binding to foreign library (win64) -------------------------+-------------------------------------------------- Reporter: nus | Owner: Type: bug | Status: closed Priority: normal | Milestone: 7.8.1 Component: GHCi | Version: 7.6.1-rc1 Resolution: duplicate | Keywords: Os: Windows | Architecture: x86_64 (amd64) Failure: GHCi crash | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: #7097 #7134 #7040 -------------------------+-------------------------------------------------- Changes (by bos): * status: new => closed * resolution: => duplicate Comment: Dup of #7134. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7207#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7207: linker fails to load package with binding to foreign library (win64)
by GHC 22 Jan '13

22 Jan '13

#7207: linker fails to load package with binding to foreign library (win64) ----------------------------------+----------------------------------------- Reporter: nus | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: GHCi | Version: 7.6.1-rc1 Keywords: | Os: Windows Architecture: x86_64 (amd64) | Failure: GHCi crash Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: #7097 #7134 #7040 | ----------------------------------+----------------------------------------- Changes (by bos): * blockedby: 3658 => -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7207#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3658: Dynamically link GHCi (and use system linker) on platforms that support it
by GHC 22 Jan '13

22 Jan '13

#3658: Dynamically link GHCi (and use system linker) on platforms that support it ---------------------------------+------------------------------------------ Reporter: simonmar | Owner: igloo Type: task | Status: new Priority: high | Milestone: 7.8.1 Component: GHCi | Version: 6.10.4 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: 5987 | Blocking: 781, 1883, 2283, 3242, 3372, 3654, 4244, 5062, 5197, 5435, 6107, 7043, 7056, 7072, 7097, 7103, 7134, 7207, 7299, 7475 Related: | ---------------------------------+------------------------------------------ Changes (by bos): * cc: bos@… (added) -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3658#comment:26> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7357: GHC.exe gives an internal error while linking vector's Monadic.hs
by GHC 22 Jan '13

22 Jan '13

#7357: GHC.exe gives an internal error while linking vector's Monadic.hs -------------------------+-------------------------------------------------- Reporter: kapilash | Owner: Type: bug | Status: closed Priority: normal | Milestone: 7.8.1 Component: GHCi | Version: 7.6.1 Resolution: duplicate | Keywords: Os: Windows | Architecture: x86_64 (amd64) Failure: GHCi crash | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: -------------------------+-------------------------------------------------- Changes (by bos): * status: new => closed * failure: Compile-time crash => GHCi crash * resolution: => duplicate Comment: This is a dup of #7134. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7357#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7357: GHC.exe gives an internal error while linking vector's Monadic.hs
by GHC 22 Jan '13

22 Jan '13

#7357: GHC.exe gives an internal error while linking vector's Monadic.hs -------------------------------+-------------------------------------------- Reporter: kapilash | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.8.1 Component: GHCi | Version: 7.6.1 Keywords: | Os: Windows Architecture: x86_64 (amd64) | Failure: Compile-time crash Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -------------------------------+-------------------------------------------- Changes (by bos): * blockedby: 3658 => -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7357#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7134: ghc-7.6.0.20120810-x86_64-windows.exe -> internal error R_X86_64_PC32
by GHC 22 Jan '13

22 Jan '13

#7134: ghc-7.6.0.20120810-x86_64-windows.exe -> internal error R_X86_64_PC32 -------------------------------+-------------------------------------------- Reporter: cetinsert | Owner: igloo Type: bug | Status: new Priority: highest | Milestone: 7.8.1 Component: GHCi | Version: 7.6.1-rc1 Keywords: R_X86_64_PC32 | Os: Windows Architecture: x86_64 (amd64) | Failure: GHCi crash Difficulty: Unknown | Testcase: Blockedby: 3658 | Blocking: Related: | -------------------------------+-------------------------------------------- Comment(by morabbin): Is this a dup of #7357? For the record, I see this same linker error when building cabal-dev HEAD with 7.6.1 on Windows 8: {{{ ... [ 8 of 19] Compiling Distribution.Dev.CabalInstall ( src\Distribution\Dev\CabalInstall.hs, dist\build\cabal-dev\cabal-dev- tmp\Distribution\Dev\CabalInstall.o ) Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... ghc.exe: internal error: R_X86_64_PC32: High bits are set in 7fa7fcb95a0 for WaitForSingleObject (GHC version 7.6.1 for x86_64_unknown_mingw32) Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. cabal.exe: Error: some packages failed to install: cabal-dev-0.9.1 failed during the building phase. The exception was: ExitFailure 255 }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7134#comment:16> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1221: Types don't match expressions in type error
by GHC 22 Jan '13

22 Jan '13

#1221: Types don't match expressions in type error --------------------------------------+------------------------------------- Reporter: igloo | Owner: simonpj Type: bug | Status: closed Priority: low | Milestone: _|_ Component: Compiler (Type checker) | Version: 6.6 Resolution: wontfix | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: tcfail178 | Blockedby: Blocking: | Related: --------------------------------------+------------------------------------- Changes (by simonpj): * status: new => closed * resolution: => wontfix -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1221#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1201: ghci runs Template Haskell splices 4 times
by GHC 22 Jan '13

22 Jan '13

#1201: ghci runs Template Haskell splices 4 times ---------------------------------+------------------------------------------ Reporter: igloo | Owner: simonpj Type: bug | Status: new Priority: low | Milestone: _|_ Component: Template Haskell | Version: 6.6 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Unknown | Testcase: ghci018 Blockedby: | Blocking: Related: | ---------------------------------+------------------------------------------ Comment(by simonpj): I'm inclined to leave it open in case someone feels inclined to fix it. From my comment, it probably isn't hard. Simon -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1201#comment:8> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1050: Using an inferred type as a type signature fails
by GHC 22 Jan '13

22 Jan '13

#1050: Using an inferred type as a type signature fails --------------------------------------+------------------------------------- Reporter: simonpj | Owner: Type: bug | Status: closed Priority: low | Milestone: _|_ Component: Compiler (Type checker) | Version: 6.6 Resolution: fixed | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: --------------------------------------+------------------------------------- Changes (by simonpj): * status: new => closed * resolution: => fixed Comment: GHC always checks each type signature for ambiguity; if that faile, it just stops, since ambiguous signatures can lead to futher errors. If there are no sigatures, it goes ahead and tries to typecheck both defns, finding an ambiguous inferred type for each. It's not perfect, but I think it's good enough. Simon -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1050#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1520: Use Linux's signalfd() instead of pipe() to deliver signals to the IO manager
by GHC 22 Jan '13

22 Jan '13

#1520: Use Linux's signalfd() instead of pipe() to deliver signals to the IO manager -----------------------------+---------------------------------------------- Reporter: simonmar | Owner: Type: task | Status: closed Priority: lowest | Milestone: 7.6.2 Component: Runtime System | Version: 6.6.1 Resolution: wontfix | Keywords: Os: Linux | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Moderate (less than a day) Testcase: | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- Changes (by simonmar): * status: new => closed * resolution: => wontfix Comment: No, the new IO manager does it the same way as the old one. We did discuss it, and unfortunately `signalfd()` is not suitable, because it requires the signals to be masked, and there's no good way to ensure that happens across all threads in the program (what if some threads are in C and not managed by us?). `sigwaitinfo()` suffers from the same problem. So I think this is a wontfix. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1520#comment:13> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0