summaryrefslogtreecommitdiff
path: root/driver/ghci/ghci.c
Commit message (Collapse)AuthorAgeFilesLines
* Release console for ghci wrapperTamar Christina2017-09-261-2/+11
| | | | | | | | | | | | | | | | | | | | | | Summary: It seems the call that caused issues with the gcc wrapper before was needed for the ghci wrapper in order for the child process to be the one handling console events. This code slightly refactors the wrappers to make sure only ghci calls FreeConsole and nothing else. Test Plan: ./validate , open ghci.exe press ctrl+c Reviewers: RyanGlScott, austin, hvr, bgamari Reviewed By: bgamari Subscribers: rwbarton, thomie, erikd GHC Trac Issues: #14150 Differential Revision: https://phabricator.haskell.org/D4028
* Properly detect MinTTY when running GHCi on WindowsRyan Scott2017-01-101-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | Before, we detecting the presence of MinTTY on Windows in a very imprecise way: by checking if the `_` environment variable was set. Not only is this easy to circumvent, but it also yields false positives on terminals like ConEmu. This changes the test to use the `GetFileInformationByHandleEx` function instead, which provides a far more accurate check for MinTTY's presence. I've tested this on PowerShell, MSYS2, Cygwin, ConEmu, and Git Bash, and it does the right thing on each one. Fixes #12958. Test Plan: Run GHCi on many different Windows and MinTTY consoles Reviewers: erikd, Phyx, austin, bgamari Reviewed By: Phyx, bgamari Subscribers: thomie, #ghc_windows_task_force Differential Revision: https://phabricator.haskell.org/D2878 GHC Trac Issues: #12958
* Fall back on ghc-stage2 when using Windows' GHCi driverRyanGlScott2016-01-061-0/+13
| | | | | | | | Reviewers: austin, hvr, bgamari, thomie Reviewed By: thomie Differential Revision: https://phabricator.haskell.org/D1721
* Remove unnecessary C #includesIan Lynagh2010-06-221-4/+0
|
* Make the ghci.exe wrapper call the right ghc.exeIan Lynagh2010-06-221-1/+3
|
* Use the shared C wrapper code in ghci.c tooIan Lynagh2010-02-181-158/+18
|
* Remove unused variablesIan Lynagh2009-05-241-2/+0
|
* Remove all references to -mno-cygwinIan Lynagh2008-07-091-2/+2
| | | | | We shouldn't need it, as we don't call cygwin's gcc, and it was causing problems with the nightly builders passing it to GHC.
* Reorganisation of the source treeSimon Marlow2006-04-071-0/+168
Most of the other users of the fptools build system have migrated to Cabal, and with the move to darcs we can now flatten the source tree without losing history, so here goes. The main change is that the ghc/ subdir is gone, and most of what it contained is now at the top level. The build system now makes no pretense at being multi-project, it is just the GHC build system. No doubt this will break many things, and there will be a period of instability while we fix the dependencies. A straightforward build should work, but I haven't yet fixed binary/source distributions. Changes to the Building Guide will follow, too.
View Lorry Controller Status