Make GHCi print the entire result of an interactive 'bind' statement
Suppose
foo :: Int -> IO (Maybe Int, Bool)Then here's a GHCi interaction:
Prelude> foo 3
(Just 3,True) -- Entire result printed
Prelude> (Just x, _) <- foo 3
3 -- Value of x printed
Prelude> (Just x, y) <- foo 3
-- Nothing at all printed
Prelude> (_, _) <- foo 3
-- Nothing at all printed
Prelude> GHCi prints the result of a bind, p <- e, if and only if the pattern p binds exactly one variable. This is a bit odd; you get no info if it binds more than one.
A different and simpler behaviour would be to print the entire result every time. That is, all the commands above would print (Just 3, True).
I'm recording this ticket so that we remember the suggestion. I don't know for sure if it's a good one. Add comments if you have an opinion
Trac metadata
| Trac field | Value |
|---|---|
| Version | 6.6.1 |
| Type | FeatureRequest |
| TypeOfFailure | OtherFailure |
| Priority | normal |
| Resolution | Unresolved |
| Component | Compiler |
| Test case | |
| Differential revisions | |
| BlockedBy | |
| Related | |
| Blocking | |
| CC | |
| Operating system | Unknown |
| Architecture | Unknown |
Activity
added Tfeature request Trac import labels
Ryan Ingram writes: I think a more consistent behavior would be to not print the LHS at all. If you wanted to print the result of the computation you could just do:
Prelude> bar 5or, if you also wanted bound variables afterwards:
Prelude> (x, Just y) <- bar 5 Prelude> (x, Just y)Perhaps this is my imperative background speaking, but I don't see much difference at the GHCi prompt between these two:
Prelude> let x = factorial 100 Prelude> x <- return (factorial 100)I think they should have the same behavior by default; otherwise it's just confusing to the new user.
For reference, I ran into this problem while playing around on the ICFP contest problem, and I became quite frustrated trying to do
dna <- Data.ByteString.Char8.readFile "endo.dna"and having to wait a few minutes for the console to catch up while using GHCi as a simple interactive debugger.
The best argument I can think of for changing the default value of that option is this:
-
The workaround for printing the value of bound variables, if the
default is to not print and you don't know the options, is simple:
just type the bound variable in as an expression afterwards.
-
On the other hand, there is no workaround to not print the value of
bound variables, if you don't know about the existence of that option.
In my case, I did do a cursory look to find an option to change this
behavior, but I missed it in the documentation.
-
my personal preference would be to do away with the special case of printing bind results completely (just as with let, one can do :show bindings and show any particular variable one might want to have evaluated). since there is an option, and i can switch it off, it doesn't bother me too much, but the printing should be all or nothing (and probably using the new :print, instead of show), not "if there is exactly one variable..".
there should also be an option that specifies whether or not the result of IO monads is shown (i recall that it can be confusing if those results are not shown, but it can be annoying that they are always shown). an option, on by default, would be nicer than having to resort to things like 'let void m = m >> return ()'.
changed milestone to %6.10 branch
changed milestone to %6.12 branch
changed milestone to %6.12.3
changed milestone to %7.0.2
changed milestone to %7.2.1
changed milestone to %7.4.1
changed milestone to %7.6.1
changed milestone to %7.6.2
added Plow label
mentioned in merge request !2553 (closed)
