June 2013 - ghc-tickets

[GHC] #7859: runghc should give an error when the path to ghc is invalid
by GHC 04 Jun '13

04 Jun '13

#7859: runghc should give an error when the path to ghc is invalid ----------------------------------------------+----------------------------- Reporter: monoidal | Owner: Type: bug | Status: new Priority: normal | Component: None Version: 7.6.3 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Incorrect warning at compile-time | Blockedby: Blocking: | Related: ----------------------------------------------+----------------------------- runghc has a -f option which allows to specify the path to GHC. However, it uses `rawSystem` and if the path is incorrect, we only get a nonzero exit code. For example, attempting to use "ghc -fdefer-type-errors X.hs" gives absolutely no output. Attached patch uses `findExecutable` and gives an error message if the executable is not found. This is not the ideal solution, but I think it's better than the current state. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7859> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

2 5

Re: [GHC] #6135: Unboxed Booleans
by GHC 04 Jun '13

04 Jun '13

#6135: Unboxed Booleans -------------------------------+-------------------------------------------- Reporter: benl | Owner: jstolarek Type: feature request | Status: patch Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.4.1 Resolution: | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: #605 -------------------------------+-------------------------------------------- Comment(by simonmar): I'm happy so long as nofib performance and code size are unchanged. The change is a useful cleanup in itself: the `PrimOps` correspond more closely to the `MachOps`, and it removes the need for special cases in the code generator. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/6135#comment:64> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #6135: Unboxed Booleans
by GHC 04 Jun '13

04 Jun '13

#6135: Unboxed Booleans -------------------------------+-------------------------------------------- Reporter: benl | Owner: jstolarek Type: feature request | Status: patch Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.4.1 Resolution: | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: #605 -------------------------------+-------------------------------------------- Comment(by jstolarek): Regarding performance, are the results for `filter` shown [http://hackage.haskell.org/trac/ghc/wiki/PrimBool#Benchmarks here] convincing, or do we want a more sophisticated example? These results do show that it is possible to get a significant speedup, even with very simple functions. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/6135#comment:63> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7957: -ddump-minimal-imports should honour -outputdir
by GHC 04 Jun '13

04 Jun '13

#7957: -ddump-minimal-imports should honour -outputdir -----------------------------+---------------------------------------------- Reporter: hvr | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.0.4 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- When enabling the `-ddump-minimal-imports` feature for emitting `<module- name>.imports` files, these files are always created in the current working directory of the ghc process, regardless of the setting of any of the following options {{{ Redirecting output -hcsuf suffix -hidir dir -hisuf suffix -o filename -odir dir -ohi filename -osuf suffix -stubdir dir -dumpdir dir -outputdir dir }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7957> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

Re: [GHC] #6135: Unboxed Booleans
by GHC 04 Jun '13

04 Jun '13

#6135: Unboxed Booleans -------------------------------+-------------------------------------------- Reporter: benl | Owner: jstolarek Type: feature request | Status: patch Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.4.1 Resolution: | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: #605 -------------------------------+-------------------------------------------- Comment(by simonpj): Great, thanks. You'll be at MSR in person in a month, so let's do code review and commit then. Before we do: * We need to be clear about the codegen question that Simon M asked. It's not enough to work by coincidence. * Some performance numbers that show that there is a useful performance improvement would be welcome. After all, that is the whole point! Simon -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/6135#comment:62> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #6135: Unboxed Booleans
by GHC 04 Jun '13

04 Jun '13

#6135: Unboxed Booleans -------------------------------+-------------------------------------------- Reporter: benl | Owner: jstolarek Type: feature request | Status: patch Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.4.1 Resolution: | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: #605 -------------------------------+-------------------------------------------- Comment(by jstolarek): I updated the patches yesterday so they merge cleanly with the recent changes in HEAD. Removing the dead code might take me some time - I want to read more about STG and Cmm first so that I know what I'm doing. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/6135#comment:61> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7958: 'Cannot continue after interface file error' during compilation
by GHC 03 Jun '13

03 Jun '13

#7958: 'Cannot continue after interface file error' during compilation --------------------------------------+------------------------------------- Reporter: jstolarek | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.7 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: GHC rejects valid program | Blockedby: Blocking: | Related: --------------------------------------+------------------------------------- I'm trying to compile [http://hackage.haskell.org/package/test-framework- hunit `test-framework-hunit-0.3.0`] library using HEAD. Running these commands: {{{ ghc Setup.lhs && \ ./Setup configure --user --enable-shared && \ ./Setup build && ./Setup install }}} gives me this error: {{{ Installing package test-framework-hunit-0.3.0 [1 of 1] Compiling Main ( Setup.lhs, Setup.o ) Linking Setup ... Configuring test-framework-hunit-0.3.0... Building test-framework-hunit-0.3.0... Preprocessing library test-framework-hunit-0.3.0... [1 of 1] Compiling Test.Framework.Providers.HUnit ( Test/Framework/Providers/HUnit.hs, dist/build/Test/Framework/Providers/HUnit.o ) /home/killy/.cabal/lib/x86_64-linux-ghc-7.7.20130602/test- framework-0.8/Test/Framework/Core.hi Declaration for Test Constructor Test.Framework.Core.Test: Iface type variable out of scope: i Cannot continue after interface file error }}} This error refers to `test-framework-0.8`, which is a previously installed library (also compiled with HEAD) that `test-framework-hunit` depends on. This didn't happen on HEAD 12 days ago, so I think it must be some recent change that broke this. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7958> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

Re: [GHC] #910: --make should have a -j flag for parallel building
by GHC 03 Jun '13

03 Jun '13

#910: --make should have a -j flag for parallel building -------------------------------+-------------------------------------------- Reporter: igloo | Owner: Type: feature request | Status: new Priority: normal | Milestone: _|_ Component: Compiler | Version: 6.4.2 Resolution: | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Unknown Testcase: N/A | Blockedby: Blocking: | Related: -------------------------------+-------------------------------------------- Changes (by chetant): * cc: chetant@… (added) -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/910#comment:19> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7953: Segfault on x86 with -O2
by GHC 03 Jun '13

03 Jun '13

#7953: Segfault on x86 with -O2 -------------------------+-------------------------------------------------- Reporter: igloo | Owner: Type: bug | Status: new Priority: highest | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Keywords: | Os: Unknown/Multiple Architecture: x86 | Failure: None/Unknown Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: | -------------------------+-------------------------------------------------- Changes (by PHO): * cc: pho@… (added) -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7953#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4370: Bring back monad comprehensions
by GHC 03 Jun '13

03 Jun '13

#4370: Bring back monad comprehensions -------------------------------+-------------------------------------------- Reporter: simonpj | Owner: Type: feature request | Status: new Priority: normal | Milestone: _|_ Component: Compiler | Version: 6.12.3 Resolution: | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Testcase: | Blockedby: Blocking: | Related: -------------------------------+-------------------------------------------- Changes (by a.ulrich): * cc: alex@… (added) -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4370#comment:68> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0