September 2015 - ghc-tickets

[GHC] #10847: :info should print minimal definition
by GHC 17 Sep '15

17 Sep '15

#10847: :info should print minimal definition -------------------------------------+------------------------------------- Reporter: osa1 | Owner: Type: feature | Status: new request | Priority: lowest | Milestone: Component: GHCi | Version: 7.11 Keywords: newcomer | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | -------------------------------------+------------------------------------- It'd be great if `:info` would print minimal definitions too. This way we can implement a typeclass that we learn about using `:info` without having to look at the haddocks. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10847> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 8

[GHC] #9976: Ignore newlines in code diffs on Phab
by GHC 17 Sep '15

17 Sep '15

#9976: Ignore newlines in code diffs on Phab -------------------------------------+------------------------------------- Reporter: goldfire | Owner: Type: feature | Status: new request | Milestone: Priority: low | Version: 7.8.4 Component: Trac & Git | Operating System: Unknown/Multiple Keywords: | Type of failure: None/Unknown Architecture: | Blocked By: Unknown/Multiple | Related Tickets: Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Doing code reviews in Phab is great. However, the way that the lint feature works encourages patchers to split lines as they means that more attention is drawn to split lines than perhaps should be. As a concrete example, I'm reading Phab:D538 this morning, and looking at line 402 of !DsArrows. Alan has added a new field to a data structure and needed to insert a `_` to make the code remain well typed... but this forced a line split to avoid a lint error. Now, I have to check if there are any changes in the second half of the line manually, because the character-diff highlighting fails after the line split. Is there a way to improve this behavior? I can think of two approaches: * (Better option) Teach the character-diff highlighting feature to look across linebreaks. * (Worse option) Encourage patchers ''not'' to make new line breaks until their final commit. Suppress lint problems about line breaks by request. This is, of course, minor, but it would certainly be nice! -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9976> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

[GHC] #10035: Harbormaster doesn't post to Differential on success
by GHC 17 Sep '15

17 Sep '15

#10035: Harbormaster doesn't post to Differential on success -------------------------------------+------------------------------------- Reporter: goldfire | Owner: Type: feature | Status: new request | Milestone: Priority: normal | Version: Component: Trac & Git | Operating System: Unknown/Multiple Keywords: | Type of failure: None/Unknown Architecture: | Blocked By: Unknown/Multiple | Related Tickets: Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- I recently posted a small diff to Phab to get a validate running (Phab:D630, if you must know). Harbormaster happily went and validated, but it never told me that it succeeded! Harbormaster's logs show the success, but I was waiting for an email (generated by activity on my diff, not sent directly from Harbormaster). If others think that this might be nice behavior, could we make this the default, the Harbormaster posts to Differential on success or failure? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10035> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 3

[GHC] #10821: Add a flag to avoid generation of .hi, .o, .dyn_* files
by GHC 17 Sep '15

17 Sep '15

#10821: Add a flag to avoid generation of .hi, .o, .dyn_* files -------------------------------------+------------------------------------- Reporter: spinda | Owner: Type: feature | Status: new request | Priority: normal | Milestone: Component: Compiler | Version: 7.10.2 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | -------------------------------------+------------------------------------- When running tests involving GHC (eg. when developing GHC plugins), it is cumbersome and frustrating to have to constantly clean up the .hi, .o, and .dyn_* files that GHC leaves behind. There should be a way to tell GHC not to generate these files at all, or if they're needed during the build process, to clean them up on its own once it's finished with them. (Apologies if this is a duplicate issue -- "hi" and "o" are difficult terms to search on the bug tracker.) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10821> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 5

Re: [GHC] #4931: hsc2hs emits invalid OPTIONS_GHC pragmas
by GHC 17 Sep '15

17 Sep '15

#4931: hsc2hs emits invalid OPTIONS_GHC pragmas -------------------------------------+------------------------------------- Reporter: awson | Owner: terrelln Type: bug | Status: new Priority: low | Milestone: 8.0.1 Component: hsc2hs | Version: 7.0.1 Resolution: | Keywords: newcomer Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by thomie): terrelin: did you make any progress with this ticket? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4931#comment:16> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] Batch modify: #4442, #2200, #3628, #3676, #4102, #5466, #5797, ...
by GHC 17 Sep '15

17 Sep '15

Batch modification to #4442, #2200, #3628, #3676, #4102, #5466, #5797, #5966, #6101, #7045, #7161, #7285, #7309, #7353, #7634, #8354, #8627, #8666, #8767, #8772, #8850, #8859, #9079, #9120, #9292, #9306, #9539, #9542, #9638, #9674, #9716, #9724, #9792, #9865, #9908, #10014, #10022, #10039, #10168, #10216, #10328, #10444, #10465, #10512, #10514, #10773, #10792, #10865, #3980, #4329, #4861, #5251, #8532, #8730, #9283, #9631, #9864, #10063, #10604, #1487, #2140, #3606, #8293, #9505, #10365, #10448 by thomie: Action: unassign -- Tickets URL: <http://ghc.haskell.org/trac/ghc/query?id=4442%2C2200%2C3628%2C3676%2C4102%2…> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9782: Do not by default set ekmett as owner for 'Core libraries'
by GHC 17 Sep '15

17 Sep '15

#9782: Do not by default set ekmett as owner for 'Core libraries' -------------------------------------+------------------------------------- Reporter: thomie | Owner: hvr Type: bug | Status: new Priority: normal | Milestone: Component: Trac & Git | Version: Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- And if possible, do a mass update of removing him from existing tickets: https://ghc.haskell.org/trac/ghc/query?component=Core+Libraries&owner=ekmett -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9782> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #10033: Can't push to `wip/...` branches because of pre-commit check
by GHC 17 Sep '15

17 Sep '15

#10033: Can't push to `wip/...` branches because of pre-commit check -------------------------------------+------------------------------------- Reporter: goldfire | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Trac & Git | Version: 7.8.4 Keywords: | Operating System: Unknown/Multiple Architecture: | Type of failure: None/Unknown Unknown/Multiple | Blocked By: Test Case: | Related Tickets: Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- I made some edits on my `wip/rae` branch and tried to push to the remote `wip/rae` branch. But I see this: {{{ 11:42:05 ~/Documents/Programming/ghc-cur> git push -u origin wip/rae --force Counting objects: 5, done. Delta compression using up to 2 threads. Compressing objects: 100% (5/5), done. Writing objects: 100% (5/5), 580 bytes | 0 bytes/s, done. Total 5 (delta 4), reused 0 (delta 0) remote: performing tab-check... remote: Error: you may not add a line containing a tab to these tab-free files: remote: testsuite/tests/rename/should_fail/Makefile To ssh://git@git.haskell.org/ghc.git ! [remote rejected] wip/rae -> wip/rae (pre-receive hook declined) error: failed to push some refs to 'ssh://git@git.haskell.org/ghc.git' }}} There are two problems here: 1. I didn't change `testsuite/tests/rename/should_fail/Makefile`! 2. `Makefile`s like having tabs in them. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10033> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 1

[GHC] #9855: Harbormaster uses the wrong code sometimes
by GHC 17 Sep '15

17 Sep '15

#9855: Harbormaster uses the wrong code sometimes -------------------------------------+------------------------------------- Reporter: goldfire | Owner: hvr Type: bug | Status: new Priority: normal | Milestone: Component: Trac & Git | Version: Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Harbormaster sometimes uses an inconsistent codebase for building, and then reports spurious build errors. A specific example is [https://phabricator.haskell.org/harbormaster/build/2444/ here]. The line where the error is reported is correct in the Differential view, but somehow Harbormaster is confused. Even stranger, this particular error could result only if ''part'' of a file were out-of-date. Something somewhere is trying to be awfully clever and failing. I know that sometimes I have deviated from any recommended Phab workflow. I attest that, to the best of my knowledge, I have not done so with this patch. It is based off my `origin/master`, and I have done no rebasing since posting on Phab. I have not pushed to the central GHC repo, but that doesn't appear to be necessary. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9855> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

[GHC] #10781: Qualified use of undefined name starting with underscore considered a hole
by GHC 17 Sep '15

17 Sep '15

#10781: Qualified use of undefined name starting with underscore considered a hole -------------------------------------+------------------------------------- Reporter: EyalLotem | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.10.2 Keywords: holes | Operating System: Unknown/Multiple qualified | Architecture: | Type of failure: Incorrect Unknown/Multiple | warning at compile-time Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | -------------------------------------+------------------------------------- `Foo._name` is reported as an error `..: Found hole ...`. It doesn't make much sense to use qualified holes like that, so it is not useful to treat such qualified names as holes. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10781> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2