- ghc-tickets - Haskell.org

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

07 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 07 Oct '14

07 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 07 Oct '14

07 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 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: | ---------------------------------------+--------------------------- 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 06 Oct '14

06 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 06 Oct '14

06 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

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

05 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 slyfox): Replying to [comment:42 juhpetersen]: > Unfortunately the DYNAMIC_GHC_PROGRAMS=NO build fails already in the build phase: > > Redundant modules: Bitmap BlockId ... With #9552 being hopefully fixed as https://git.haskell.org/ghc.git/commitdiff/2a8ea4745d6ff79d6ce17961a64d9013… you should pass that stage. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7942#comment:44> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7780: GHC HEAD dll fails to build on Windows
by GHC 05 Oct '14

05 Oct '14

#7780: GHC HEAD dll fails to build on Windows ----------------------------------------+---------------------------------- Reporter: rassilon | Owner: igloo Type: bug | Status: closed Priority: normal | Milestone: Component: Build System | Version: Resolution: fixed | Keywords: Operating System: Windows | Architecture: Type of failure: Building GHC failed | Unknown/Multiple Test Case: | Difficulty: Unknown Blocking: | Blocked By: | Related Tickets: ----------------------------------------+---------------------------------- Comment (by Sergei Trofimovich <slyfox@…>): In [changeset:"2a8ea4745d6ff79d6ce17961a64d9013243fc3c6/ghc"]: {{{ #!CommitTicketReference repository="ghc" revision="2a8ea4745d6ff79d6ce17961a64d9013243fc3c6" ghc.mk: fix list for dll-split on GHCi-less builds To reproduce build failure it's enough to try to build GHC on amd64 with the following setup: $ cat mk/build.mk # for #9552 GhcWithInterpreter = NO It gives: Reachable modules from DynFlags out of date Please fix compiler/ghc.mk, or building DLLs on Windows may break (#7780) Redundant modules: Bitmap BlockId ... <list of 42 modules> <make error> dll-split among other things makes sure all mentioned modules are used by DynFlags. '#ifdef GHCI' keeps is from happening. Patch moves those 42 modules under 'GhcWithInterpreter' guard. Fixes Issue #9552 Signed-off-by: Sergei Trofimovich <slyfox(a)gentoo.org> }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7780#comment:8> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

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

04 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 slyfox): Looks like dll-split fails on ghci-less build on almost everything #9552. I propose to disable fatal error there in disabled ghci case (I'll try to come with a patch this weelend for it). -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7942#comment:43> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0