Admin message

Due to a large amount of spam we do not allow new users to create repositories, they are "external" users. If you are a new user and want to create a repository, for example for forking GHC, open a new issue on ghc/ghc using the "get-verified" issue template

GHCi: Behave nicely on `-e`, like `ghc` and other programs
Like many programming language environments, GHC offers a handy `-e` option for evaluating an expression, then returning to the shell. ``` $ ghc -e '2 + 2' 4 ``` One would expect the interpreter, GHCi, to offer a similar flag, but it surprisingly rejects it. ``` ghci -e '2 + 2' ghc: on the commandline: cannot use `--interactive' with `-e' Usage: For basic information, try the `--help' option. ``` I think this behavior is quite unintuitive--when I pass `-e <exp>` to ghci, or pass `--interactive -e <exp>` to ghc, I expect the expression to be evaluated as the leading expression in an interactive interpreter session. Could we please tweak ghc like this to make it slightly more intuitive when these flags are used together? <details><summary>Trac metadata</summary> | Trac field | Value | | ---------------------- | -------------- | | Version | 7.8.2 | | Type | FeatureRequest | | TypeOfFailure | OtherFailure | | Priority | normal | | Resolution | Unresolved | | Component | Compiler | | Test case | | | Differential revisions | | | BlockedBy | | | Related | | | Blocking | | | CC | | | Operating system | | | Architecture | | </details> <!-- {"blocked_by":[],"summary":"GHCi: Behave nicely on `-e`, like `ghc` and other programs","status":"New","operating_system":"","component":"Compiler","related":[],"milestone":"","resolution":"Unresolved","owner":{"tag":"Unowned"},"version":"7.8.2","keywords":[],"differentials":[],"test_case":"","architecture":"","cc":[""],"type":"FeatureRequest","description":"Like many programming language environments, GHC offers a handy `-e` option for evaluating an expression, then returning to the shell.\r\n\r\n{{{\r\n$ ghc -e '2 + 2'\r\n\r\n4\r\n}}}\r\n\r\nOne would expect the interpreter, GHCi, to offer a similar flag, but it surprisingly rejects it.\r\n\r\n{{{\r\nghci -e '2 + 2'\r\n\r\nghc: on the commandline: cannot use `--interactive' with `-e'\r\n\r\nUsage: For basic information, try the `--help' option.\r\n}}}\r\n\r\nI think this behavior is quite unintuitive--when I pass `-e <exp>` to ghci, or pass `--interactive -e <exp>` to ghc, I expect the expression to be evaluated as the leading expression in an interactive interpreter session.\r\n\r\nCould we please tweak ghc like this to make it slightly more intuitive when these flags are used together?","type_of_failure":"OtherFailure","blocking":[]} -->
issue