[GHC] #12851: Regression: GHC doesn't show filepaths by default anymore
GHC
ghc-devs at haskell.org
Fri Nov 18 22:11:02 UTC 2016
#12851: Regression: GHC doesn't show filepaths by default anymore
-------------------------------------+-------------------------------------
Reporter: hvr | Owner:
Type: bug | Status: patch
Priority: low | Milestone: 8.2.1
Component: Compiler | Version: 8.1
Resolution: | Keywords: regression
Operating System: Unknown/Multiple | Architecture:
| Unknown/Multiple
Type of failure: None/Unknown | Test Case:
Blocked By: | Blocking:
Related Tickets: | Differential Rev(s): Phab:D2728
Wiki Page: |
-------------------------------------+-------------------------------------
Comment (by gracjan):
Well, my skin is thick enough for internet discussions.
I'd rather note as fact that cycles are burnt by this in multiple places
like emacs/vim/atom/vscode and hie/ghc-mod/intero, those could be burnt in
one place.
Second I think this is a very important issue to talk about and I see
pretty big benefit-per-char-of-discussion. Note that there were compilers
that boasting by readability of their output (clang), quickly followed by
their direct competition (gcc) and now high level of attention to compiler
output is an industry standard (see Elm or Rust). I'd like to thank hsyl20
for actually doing something about usability of compiler output.
Third, I think ghc is just breaking expectations here. Just try to load
Ruby, Python or C with the following code and see how much you expect:
{{{
require A
require B
require C
}}}
{{{
from A import *
from B import *
from C import *
}}}
{{{
#include <a.h>
#include <b.h>
#include <c.h>
}}}
There will be no output from these, unless you request extra verbosity to
trace this functionality. GHC is an outlier.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/12851#comment:10>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list