January 2014 - ghc-tickets

Re: [GHC] #7462: New nofib benchmark for unpacked arrays and floating point arithmetic
by GHC 06 Jan '14

06 Jan '14

#7462: New nofib benchmark for unpacked arrays and floating point arithmetic ------------------------------------------+-------------------------------- Reporter: tibbe | Owner: Type: feature request | Status: closed Priority: normal | Milestone: Component: NoFib benchmark suite | Version: 7.6.1 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: None/Unknown | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: ------------------------------------------+-------------------------------- Comment (by Herbert Valerio Riedel <hvr@…>): In [changeset:"e6759f06bfd067e18235017fd528e2e8d3b7b5c9/nofib"]: {{{ #!CommitTicketReference repository="nofib" revision="e6759f06bfd067e18235017fd528e2e8d3b7b5c9" Add Linux/x86 reference output for `kahan` benchmark This makes the nofib testsuite pass again when run on Linux/x86. See #7462 for more details Signed-off-by: Herbert Valerio Riedel <hvr(a)gnu.org> }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7462#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7462: New nofib benchmark for unpacked arrays and floating point arithmetic
by GHC 06 Jan '14

06 Jan '14

#7462: New nofib benchmark for unpacked arrays and floating point arithmetic ------------------------------------------+-------------------------------- Reporter: tibbe | Owner: Type: feature request | Status: closed Priority: normal | Milestone: Component: NoFib benchmark suite | Version: 7.6.1 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: None/Unknown | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: ------------------------------------------+-------------------------------- Comment (by hvr): Replying to [comment:5 tibbe]: > I don't think so. I think it should reflect the upstream shootout benchmark. Can't we just specify that it's intended result is different on 64-bit and 32-bit? Should be possible, I've seen something like that e.g. for {{{ ./real/scs/scs.stdout ./real/scs/scs.stdout-x86_64 ./real/scs/scs.stdout-x86-linux }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7462#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7462: New nofib benchmark for unpacked arrays and floating point arithmetic
by GHC 06 Jan '14

06 Jan '14

#7462: New nofib benchmark for unpacked arrays and floating point arithmetic ------------------------------------------+-------------------------------- Reporter: tibbe | Owner: Type: feature request | Status: closed Priority: normal | Milestone: Component: NoFib benchmark suite | Version: 7.6.1 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: None/Unknown | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: ------------------------------------------+-------------------------------- Comment (by tibbe): I don't think so. I think it should reflect the upstream shootout benchmark. Can't we just specify that it's intended result is different on 64-bit and 32-bit? I would have done it if I still had access to a 32-bit machine. (Testing Word64 on a 32-bit machine doesn't make sense as it's nothing we optimize for and thus it will always be awfully slow.) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7462#comment:5> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7462: New nofib benchmark for unpacked arrays and floating point arithmetic
by GHC 06 Jan '14

06 Jan '14

#7462: New nofib benchmark for unpacked arrays and floating point arithmetic ------------------------------------------+-------------------------------- Reporter: tibbe | Owner: Type: feature request | Status: closed Priority: normal | Milestone: Component: NoFib benchmark suite | Version: 7.6.1 Resolution: fixed | Keywords: Operating System: Unknown/Multiple | Architecture: Type of failure: None/Unknown | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: ------------------------------------------+-------------------------------- Comment (by hvr): Fyi, this benchmark is sensitive to wordsize, and as such currently makes the `nofib`-testsuite fail where `Word` is not 64bit wide. Shall we just use fixed-width types such as `Word64` in the code instead? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7462#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #8653: panic the impossible happened
by GHC 06 Jan '14

06 Jan '14

#8653: panic the impossible happened ------------------------------------+------------------------------------- Reporter: guest | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.6.3 Keywords: | Operating System: Unknown/Multiple Architecture: Unknown/Multiple | Type of failure: None/Unknown Difficulty: Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | ------------------------------------+------------------------------------- on the commandline: Warning: -package-conf is deprecated: Use -package-db instead GHCi, version 7.6.3: http://www.haskell.org/ghc/ :? for help 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 bytestring-0.10.0.2 ... linking ... done. Loading package containers-0.5.0.0 ... linking ... done. Loading package transformers-0.3.0.0 ... linking ... done. Loading package mtl-2.1.2 ... linking ... done. Loading package old-locale-1.0.0.5 ... linking ... done. Loading package old-time-1.1.0.1 ... linking ... done. Loading package text-0.11.3.1 ... linking ... done. Loading package Win32-2.3.0.0 ... linking ... done. Loading package time-1.4.0.1 ... linking ... done. Loading package convertible-1.0.11.1 ... linking ... done. Loading package utf8-string-0.3.7 ... linking ... done. Loading package HDBC-2.3.1.2 ... linking ... done. Loading package filepath-1.3.0.1 ... linking ... done. Loading package directory-1.2.0.1 ... linking ... done. Loading package pretty-1.1.1.0 ... linking ... done. Loading package haskelldb-2.2.2 ... linking ... done. Loading package haskelldb-hdbc-2.2.2 ... linking ... done. Loading package parsec-3.1.3 ... linking ... done. Loading package HDBC-postgresql-2.3.2.2 ... ghc.exe: panic! (the 'impossible' happened) (GHC version 7.6.3 for i386-unknown-mingw32): loadArchive "C:/PROGRA~1/POSTGR~1/9.3/lib\\libpq.a": failed Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug ghc.exe: Unknown PEi386 section name `.idata$4' (while processing: C:/PROGRA~1/POSTGR~1/9.3/lib\libpq.a) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8653> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

Re: [GHC] #1978: Error message: Undefined reference to `XXX_closure'
by GHC 06 Jan '14

06 Jan '14

#1978: Error message: Undefined reference to `XXX_closure' ----------------------------------------------+--------------------------- Reporter: Andriy | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.4.1 Resolution: | Keywords: Operating System: Linux | Architecture: arm Type of failure: GHC rejects valid program | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: ----------------------------------------------+--------------------------- Comment (by MichalGajda): PS The same version of pandoc compiles on amd64 without any problems. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/1978#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1978: Error message: Undefined reference to `XXX_closure'
by GHC 06 Jan '14

06 Jan '14

#1978: Error message: Undefined reference to `XXX_closure' ----------------------------------------------+--------------------------- Reporter: Andriy | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.4.1 Resolution: | Keywords: Operating System: Linux | Architecture: arm Type of failure: GHC rejects valid program | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: ----------------------------------------------+--------------------------- Changes (by MichalGajda): * status: closed => new * failure: => GHC rejects valid program * version: 6.6 => 7.4.1 * resolution: invalid => * architecture: x86 => arm Comment: Can replicate on armel (Raspberry Pi with Raspbian) - cabal install pandoc-1.11.1 gives: {{{ Linking dist/build/make-pandoc-man-pages/make-pandoc-man-pages ... dist/build/make-pandoc-man-pages/make-pandoc-man-pages-tmp/Main.o: In function `s7g3_info': /tmp/ghc15975_0/ghc15975_0.bc:(.text+0x3d64): undefined reference to `pandoczm1zi11zi1_TextziPandocziReadersziMarkdown_readMarkdown1_closure' dist/build/make-pandoc-man-pages/make-pandoc-man-pages-tmp/Main.o: In function `s7fm_info': /tmp/ghc15975_0/ghc15975_0.bc:(.text+0x3e4c): undefined reference to `pandoczm1zi11zi1_TextziPandocziReadersziMarkdown_readMarkdown2_closure' dist/build/make-pandoc-man-pages/make-pandoc-man-pages- tmp/Main.o:(.rodata+0x270): undefined reference to `pandoczm1zi11zi1_TextziPandocziReadersziMarkdown_readMarkdown1_closure' dist/build/make-pandoc-man-pages/make-pandoc-man-pages- tmp/Main.o:(.rodata+0x288): undefined reference to `pandoczm1zi11zi1_TextziPandocziReadersziMarkdown_readMarkdown2_closure' collect2: ld returned 1 exit status }}} I will try to construct a minimal test case in the following week. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/1978#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5075: CPR optimisation for sum types if only one constructor is used
by GHC 06 Jan '14

06 Jan '14

#5075: CPR optimisation for sum types if only one constructor is used -------------------------------------+------------------------------------ Reporter: batterseapower | Owner: simonpj Type: feature request | Status: new Priority: normal | Milestone: 7.6.2 Component: Compiler | Version: 7.0.3 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Comment (by simonpj): Yes, I think it's just open because of comment 9 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5075#comment:18> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #5075: CPR optimisation for sum types if only one constructor is used
by GHC 06 Jan '14

06 Jan '14

#5075: CPR optimisation for sum types if only one constructor is used -------------------------------------+------------------------------------ Reporter: batterseapower | Owner: simonpj Type: feature request | Status: new Priority: normal | Milestone: 7.6.2 Component: Compiler | Version: 7.0.3 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Comment (by nomeata): Just to be clear: This ticket is left open because of comment:9, right? Also, in case someone looks here: The branch cpr-sum-types is considered dead; Its last commit ([9b0d70e/ghc]) is from October 2011, while CPR for sum types has hit master in January 2013 ([d3b8991/ghc]). (Maybe we should rename dead branches to dead/...?) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5075#comment:17> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3458: Allocation where none should happen
by GHC 06 Jan '14

06 Jan '14

#3458: Allocation where none should happen ---------------------------------+---------------------------------- Reporter: guest | Owner: Type: bug | Status: new Priority: lowest | Milestone: 7.6.2 Component: Compiler | Version: 6.10.4 Resolution: | Keywords: Operating System: Linux | Architecture: x86_64 (amd64) Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: ---------------------------------+---------------------------------- Comment (by nomeata): Just for the record: The code {{{ #!haskell f x = let g y = if y then x else g y in case g x of True -> False False -> True }}} in comment:5 would also be improved by the common context transformation proposed here: http://www.haskell.org/pipermail/ghc- devs/2013-December/003481.html -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3458#comment:16> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0