September 2015 - ghc-tickets

Re: [GHC] #7253: Top-level bindings in ghci
by GHC 14 Sep '15

14 Sep '15

#7253: Top-level bindings in ghci -------------------------------------+------------------------------------- Reporter: Feuerbach | Owner: Type: feature request | Status: new Priority: normal | Milestone: 8.0.1 Component: GHCi | Version: 7.6.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: Other | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by simonpj): > My first instinct was to treat declarations like "a = 1" in GHCI as equivalent to "let a = 1"; this would be a straightforward matter of parsing. On the other hand, as thoughtpolice comments, let-bound variables are treated subtly differently than top-level bindings, so the proper solution may be more involved. Would you like to elaborate on the "subtle difference"? Is it just `MonoLocalBinds`? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7253#comment:9> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #10863: "hello world" produces illegal instruction error
by GHC 14 Sep '15

14 Sep '15

#10863: "hello world" produces illegal instruction error -----------------------------------+---------------------------------- Reporter: Ansible | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.10.2 Keywords: | Operating System: Linux Architecture: arm | Type of failure: Runtime crash Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | -----------------------------------+---------------------------------- I saw there was a new debian experimental package for 7.10.2, so I installed it on my raspberry pi 2, an arm v7 computer running debian jessie. Someone on twitter had some success with the package, but it didn't work for me. https://packages.debian.org/experimental/armhf/ghc/download See the attached file for versions of things, and test results. This is similar to another attempt where I installed the 7.10.2 binary available from the ghc website. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10863> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 33

Re: [GHC] #7830: Error: operand out of range
by GHC 14 Sep '15

14 Sep '15

#7830: Error: operand out of range -------------------------------------+------------------------------------- Reporter: erikd | Owner: Type: bug | Status: new Priority: highest | Milestone: 8.0.1 Component: Compiler | Version: 7.8.1-rc1 Resolution: | Keywords: Operating System: Linux | Architecture: powerpc Type of failure: Installing GHC | Test Case: failed | Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by erikd): Since the doubling of generated code size for `compiler/cmm/PprC.hs` is not PowerPC specific, opened ticket #10878. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7830#comment:30> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7830: Error: operand out of range
by GHC 14 Sep '15

14 Sep '15

#7830: Error: operand out of range -------------------------------------+------------------------------------- Reporter: erikd | Owner: Type: bug | Status: new Priority: highest | Milestone: 8.0.1 Component: Compiler | Version: 7.8.1-rc1 Resolution: | Keywords: Operating System: Linux | Architecture: powerpc Type of failure: Installing GHC | Test Case: failed | Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by erikd): I noticed that since the above numbers are using the bootstrap compiler with `-O0`. As a test, on PowerPC, changed `-O0` to `-O2` which cause the generated assembly file to grow to 302144 lines of code. At @rwbarton's suggestion added `NOINLINE` pragmas to `above_` and `beside_` functions in `compiler/utils/Pretty.hs` and now the assembler file for `compiler/cmm/PprC.hs` is 158390 lines. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7830#comment:29> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7830: Error: operand out of range
by GHC 14 Sep '15

14 Sep '15

#7830: Error: operand out of range -------------------------------------+------------------------------------- Reporter: erikd | Owner: Type: bug | Status: new Priority: highest | Milestone: 8.0.1 Component: Compiler | Version: 7.8.1-rc1 Resolution: | Keywords: Operating System: Linux | Architecture: powerpc Type of failure: Installing GHC | Test Case: failed | Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by erikd): Compiling git HEAD (currently c8d438fb02 but anything after commit 5d57087e31 is basically the same) fails on PowerPC due to the issue in this ticket (comment 19 and later). When it fails, the generated assembler for `compiler/cmm/PprC.hs` is about 300000 lines of code, but if I compile the tree at commit bcfae08c0b (the one before 5d57087e31) the generated assemble for this file is only 135297 lines of code. Ignoring the stage1 compiler and looking at compiling `compiler/cmm/PprC.hs` with ghc-7.8.4 I see: {{{ revision wc -l PprC.s lwz_count stw_count --------------------------------------------------------------------- commit bcfae08c0b 135297 27751 30921 HEAD (c8d438fb02) 279333 70407 77666 }}} where {{{ lwz_count = grep lwz PprC.s | wc -l stw_count = grep stw PprC.s | wc -l }}} Just out of curiosity I decided to do the same test on x86_64/linux and found: {{{ revision wc -l PprC.s --------------------------------- commit bcfae08c0b 119246 HEAD (c8d438fb02) 246768 }}} a near doubling of the code size. Is it possible we are inlining something we shouldn't? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7830#comment:28> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #10682: AArch64: dll-split: out of memory (requested 1099512676352 bytes)
by GHC 13 Sep '15

13 Sep '15

#10682: AArch64: dll-split: out of memory (requested 1099512676352 bytes) -------------------------------------+------------------------------------- Reporter: erikd | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.12.1 Component: Compiler | Version: 7.11 Keywords: | Operating System: Unknown/Multiple Architecture: aarch64 | Type of failure: Building GHC | failed Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | -------------------------------------+------------------------------------- Some time in the last week, GHC Git HEAD started to fail to build with: {{{ dll-split: out of memory (requested 1099512676352 bytes) compiler/ghc.mk:655: recipe for target 'compiler/stage2/dll-split.stamp' failed }}} Obviously, attempting to allocate a terrabyte is not going to work. Will try to git bisect. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10682> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 18

Re: [GHC] #7253: Top-level bindings in ghci
by GHC 13 Sep '15

13 Sep '15

#7253: Top-level bindings in ghci -------------------------------------+------------------------------------- Reporter: Feuerbach | Owner: Type: feature request | Status: new Priority: normal | Milestone: 8.0.1 Component: GHCi | Version: 7.6.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: Other | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by thomie): See also this thread: https://mail.haskell.org/pipermail/ghc- devs/2015-August/009623.html -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7253#comment:8> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #6037: Compile-time crash with sources with non-representable unicode characters
by GHC 12 Sep '15

12 Sep '15

#6037: Compile-time crash with sources with non-representable unicode characters -------------------------------------+------------------------------------- Reporter: akio | Owner: snoyberg Type: bug | Status: merge Priority: normal | Milestone: 7.10.3 Component: Compiler | Version: 7.4.1 Resolution: | Keywords: Operating System: Linux | Architecture: Type of failure: Compile-time | Unknown/Multiple crash | Test Case: T6037 Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by Thomas Miedema <thomasmiedema@…>): In [changeset:"c8d438fb027cbefa31941d8397539c481a03a74f/ghc" c8d438f/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="c8d438fb027cbefa31941d8397539c481a03a74f" Testsuite: mark T6037 expect_fail on Windows (#6037) }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/6037#comment:14> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7830: Error: operand out of range
by GHC 12 Sep '15

12 Sep '15

#7830: Error: operand out of range -------------------------------------+------------------------------------- Reporter: erikd | Owner: Type: bug | Status: new Priority: highest | Milestone: 8.0.1 Component: Compiler | Version: 7.8.1-rc1 Resolution: | Keywords: Operating System: Linux | Architecture: powerpc Type of failure: Installing GHC | Test Case: failed | Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by erikd): The file is too big to attach (even Bzip2 compressed its over 300k where as the limited is 256k) so I made it available here: http://www.mega- nerd.com/erikd/PprC.s.bz2 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7830#comment:27> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #365: GHC dies silently with faulty preprocessor
by GHC 12 Sep '15

12 Sep '15

#365: GHC dies silently with faulty preprocessor -------------------------------------+------------------------------------- Reporter: josefs | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.11 Resolution: | Keywords: Operating System: Windows | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by Phyx-): More specifically, I think the issue here is with the use of [https://github.com/haskell/process/blob/52cad6528a01b7cca011ac1c4ef7d33b1f5… runInteractiveProcess], which ultimately calls [https://msdn.microsoft.com /en-us/library/windows/desktop/ms682425(v=vs.85).aspx CreateProcess] on Windows. The problem is that processes created using `CreateProcess` must be known by the Windows loader. From the MSDN page. "This module can be a Windows-based application. It can be some other type of module (for example, MS-DOS or OS/2) if the appropriate subsystem is available on the local computer. " Since .py are not known by the system loader the call fails with `Exec format error` I think there are two solutions: * Specify `cmd.exe` or rather, whatever `ComSpec` is pointing to as the application and the preprocessor to run as the argument. * Alternatively use `ShellExecute` instead of `CreateProcess` to start the preprocessors. However both of them won't necessarily fix the tests that are failing, since that would require the .py extension to be registered to the python2 in msys. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/365#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0