October 2014 - ghc-tickets

[GHC] Batch modify: #5966, #7473, #7604, #8342, #8482, #9044, #9266, #4215, #5014, #5251
by GHC 07 Oct '14

07 Oct '14

Batch modification to #5966, #7473, #7604, #8342, #8482, #9044, #9266, #4215, #5014, #5251 by thoughtpolice: component to Core Libraries Comment: Moving over to new owning component 'Core Libraries'. -- Tickets URL: <http://ghc.haskell.org/trac/ghc/query?id=5966%2C7473%2C7604%2C8342%2C8482%2…> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] Batch modify: #4144, #9345, #806, #1473, #2189, #2408, #2496, #2528, #2628, #3231, #3628, #4102, #5364, #5466, #5797, #5859, #5982, #5983, #7045, #7161, #7353, #7373, #7634, #7985, #8010, #8345, #8517, #8684, #8767, #8793, #8850, #9043, #9114, #9132, #9236, #9240, #9306, #9330, #9368, #9395, #9434, #9496, #9510, #9526, #9527, #9537, #9542, #9586, #9588, #9631, #9638, #9644, #2614, #3517, #3977, #4413, #4861, #8532, #9283, #9385, #2140, #3065
by GHC 07 Oct '14

07 Oct '14

Batch modification to #4144, #9345, #806, #1473, #2189, #2408, #2496, #2528, #2628, #3231, #3628, #4102, #5364, #5466, #5797, #5859, #5982, #5983, #7045, #7161, #7353, #7373, #7634, #7985, #8010, #8345, #8517, #8684, #8767, #8793, #8850, #9043, #9114, #9132, #9236, #9240, #9306, #9330, #9368, #9395, #9434, #9496, #9510, #9526, #9527, #9537, #9542, #9586, #9588, #9631, #9638, #9644, #2614, #3517, #3977, #4413, #4861, #8532, #9283, #9385, #2140, #3065 by thoughtpolice: component to Core Libraries Comment: Moving over to new owning component 'Core Libraries'. -- Tickets URL: <http://ghc.haskell.org/trac/ghc/query?id=4144%2C9345%2C806%2C1473%2C2189%2C…> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] Batch modify: #229, #3676, #5666, #5672, #5827, #6101, #7011, #7104, #7309, #7860, #8354, #8362, #8647, #8664, #8666, #8752, #8772, #9169, #9220, #9281, #9539, #9594, #4442, #3606, #4022
by GHC 07 Oct '14

07 Oct '14

Batch modification to #229, #3676, #5666, #5672, #5827, #6101, #7011, #7104, #7309, #7860, #8354, #8362, #8647, #8664, #8666, #8752, #8772, #9169, #9220, #9281, #9539, #9594, #4442, #3606, #4022 by thoughtpolice: component to Core Libraries Comment: Moving over to new owning component 'Core Libraries'. -- Tickets URL: <http://ghc.haskell.org/trac/ghc/query?id=229%2C3676%2C5666%2C5672%2C5827%2C…> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1257: Bytecode generator can't handle unboxed tuples
by GHC 06 Oct '14

06 Oct '14

#1257: Bytecode generator can't handle unboxed tuples -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: bug | Status: closed Priority: high | Milestone: 7.4.1 Component: GHCi | Version: 6.6 Resolution: wontfix | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: | Blocked By: None/Unknown | Related Tickets: Test Case: dsrun014 | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by rodlogic): * cc: rodlogic (added) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/1257#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1257: Bytecode generator can't handle unboxed tuples
by GHC 06 Oct '14

06 Oct '14

#1257: Bytecode generator can't handle unboxed tuples -------------------------------------+------------------------------------- Reporter: igloo | Owner: Type: bug | Status: closed Priority: high | Milestone: 7.4.1 Component: GHCi | Version: 6.6 Resolution: wontfix | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: | Blocked By: None/Unknown | Related Tickets: Test Case: dsrun014 | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by rodlogic): * cc: hvr (added) Comment: Could someone expand a bit on why there are infinite family of return conventions for unboxed tuples? And possibly how could this restriction be lifted? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/1257#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3242: ghci: can't load .so/.DLL for: m (addDLL: could not load DLL)
by GHC 06 Oct '14

06 Oct '14

#3242: ghci: can't load .so/.DLL for: m (addDLL: could not load DLL) ---------------------------------------+--------------------------- Reporter: jeffz1 | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: GHCi | Version: 7.4.1 Resolution: | Keywords: Operating System: Windows | Architecture: x86 Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: 3658 Blocking: | Related Tickets: #7097 Differential Revisions: | ---------------------------------------+--------------------------- Changes (by bjornbm): * cc: bjorn.buckwalter@… (added) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3242#comment:30> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7942: aarch64 support in ghc
by GHC 06 Oct '14

06 Oct '14

#7942: aarch64 support in ghc -------------------------------------+------------------------------------- Reporter: jcapik | Owner: Type: feature | Status: closed request | Milestone: 7.10.1 Priority: normal | Version: Component: Compiler | Keywords: Resolution: fixed | Architecture: arm Operating System: Linux | Difficulty: Unknown Type of failure: GHC | Blocked By: doesn't work at all | Related Tickets: 7623, 8664 Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by juhpetersen): Thanks slyfox! That fixed my DYNAMIC_GHC_PROGRAMS=NO build. :) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7942#comment:45> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3242: ghci: can't load .so/.DLL for: m (addDLL: could not load DLL)
by GHC 05 Oct '14

05 Oct '14

#3242: ghci: can't load .so/.DLL for: m (addDLL: could not load DLL) ---------------------------------------+--------------------------- Reporter: jeffz1 | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: GHCi | Version: 7.4.1 Resolution: | Keywords: Operating System: Windows | Architecture: x86 Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: 3658 Blocking: | Related Tickets: #7097 Differential Revisions: | ---------------------------------------+--------------------------- Comment (by dkwright): Happening for me with 2014.2.0.0 as well. Loading this code (stripped down from something more practical), example.hs, in ghci and typing {{{main}}}, gives the error: {{{ module Main where import Criterion.Main main :: IO() main = putStrLn "example" }}} Without the import of Criterion.Main, no error. It looks like it's a dependency on ieee754 from Criterion.Main that does it. Error: {{{ SNIP Loading package ansi-wl-pprint-0.6.7.1 ... linking ... done. Loading package blaze-builder-0.3.3.4 ... linking ... done. Loading package cassava-0.4.2.0 ... linking ... done. Loading package MonadRandom-0.3 ... linking ... done. Loading package exceptions-0.6.1 ... linking ... done. Loading package nats-0.2 ... linking ... done. Loading package semigroups-0.15.3 ... linking ... done. Loading package transformers-compat-0.3.3.4 ... linking ... done. Loading package void-0.6.1 ... linking ... done. Loading package contravariant-1.2 ... linking ... done. Loading package tagged-0.7.2 ... linking ... done. Loading package distributive-0.4.4 ... linking ... done. Loading package comonad-4.2.2 ... linking ... done. Loading package semigroupoids-4.2 ... linking ... done. Loading package bifunctors-4.1.1.1 ... linking ... done. Loading package prelude-extras-0.4 ... linking ... done. Loading package profunctors-4.2.0.1 ... linking ... done. Loading package free-4.9 ... linking ... done. Loading package transformers-base-0.4.3 ... linking ... done. Loading package monad-control-0.3.3.0 ... linking ... done. Loading package either-4.3.1 ... linking ... done. Loading package ieee754-0.7.3 ... <interactive>: m: The specified module could n ot be found. can't load .so/.DLL for: m.dll (addDLL: could not load DLL) *Main> }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3242#comment:29> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #8790: rts: unrust 'libbfd' debug symbols parser
by GHC 05 Oct '14

05 Oct '14

#8790: rts: unrust 'libbfd' debug symbols parser ------------------------------------+------------------------------------- Reporter: slyfox | 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: | ------------------------------------+------------------------------------- For quite a long while you might have seen such ./configure output: {{{ checking bfd.h usability... yes checking bfd.h presence... yes checking for bfd.h... yes ... checking for bfd_uncompress_section_contents in -lbfd... no }}} which means very interesting debug bit in rts (+RTS -Di) is disabled. It's because most of functions in bfd.h are actually macros, thus test fails: config.log: {{{ configure:9545: checking for bfd_uncompress_section_contents in -lbfd configure:9570: x86_64-pc-linux-gnu-gcc -o conftest -march=corei7-avx -mtune=corei7-avx -O2 -pipe -fdiagnostics-show-option -frecord-gcc- switches -ggdb3 -march=corei7-avx -march=corei7-avx -m tune=corei7-avx -mtune=corei7-avx -ggdb3 -fno-stack-protector -Wa,-- noexecstack -Wa,--noexecstack -fno-stack-protector -Wl,-O1 -Wl,--as- needed -Wl,--hash-style=gnu -Wl,--hash-size=31 -Wl,--r educe-memory-overheads conftest.c -lbfd -liberty >&5 /tmp/portage/dev-lang/ghc-7.6.3-r1/temp/ccCEvDZ7.o: In function `main': /tmp/portage/dev-lang/ghc-7.6.3-r1/work/ghc-7.6.3/conftest.c:99: undefined reference to `bfd_uncompress_section_contents' }}} We don't use that function anyways, thus i've picked '''bfd_init'''. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8790> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 7

Re: [GHC] #7103: Compiler panic, when loading wxc in GHCi
by GHC 05 Oct '14

05 Oct '14

#7103: Compiler panic, when loading wxc in GHCi -------------------------------------+------------------------------------ Reporter: Henk-Jan | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: GHCi | Version: 7.4.2 Resolution: | Keywords: Operating System: Windows | Architecture: Unknown/Multiple Type of failure: GHCi crash | Difficulty: Unknown Test Case: | Blocked By: 3658 Blocking: | Related Tickets: Differential Revisions: | -------------------------------------+------------------------------------ Comment (by razvan.panda): Confirming bug on GHC 7.8.3 (Haskell Platform) Windows 8.1 64 bit: {{{ Loading package network-2.6.0.2 ... ghc.exe: panic! (the 'impossible' happened) (GHC version 7.8.3 for x86_64-unknown-mingw32): loadArchive "c:/Program Files/Haskell Platform/2014.2.0.0/mingw/x86_64-w64-mingw32/lib\\libws2_32.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:/Program Files/Haskell Platform/2014.2.0.0/mingw/x86_64-w64-mingw32/lib\libws2_32.a) cabal.exe: Error: some packages failed to install: persistent-1.3.3 failed during the building phase. The exception was: ExitFailure 1 persistent-template-1.3.2.2 depends on persistent-1.3.3 which failed to install. yesod-form-1.3.16 depends on persistent-1.3.3 which failed to install. yesod-markdown-0.9.2 depends on persistent-1.3.3 which failed to install. yesod-persistent-1.2.3.1 depends on persistent-1.3.3 which failed to install. }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7103#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0