summaryrefslogtreecommitdiff
path: root/ghc
Commit message (Collapse)AuthorAgeFilesLines
* Document :kind! in ghci built-in helpReid Barton2013-08-291-1/+2
| | | | Signed-off-by: Austin Seipp <aseipp@pobox.com>
* GHCi: Implement new `:show paths` sub-commandHerbert Valerio Riedel2013-08-271-1/+16
| | | | | | | | | `:show paths` dumps the current working directory as well as the current value of the `importPaths` dynamic flags field. This addresses #8172 Signed-off-by: Herbert Valerio Riedel <hvr@gnu.org>
* Fix GHCi macros not shadowing builtins (#8113)Herbert Valerio Riedel2013-08-241-1/+1
| | | | | | | This restores the original behaviour that was broken accidentally during the refactoring peformed via 4f764d06f3b9899c09a6a459a22d4be694ee45d9. This has been broken effectively for all GHC 7.6.x releases.
* Remove dead code.Austin Seipp2013-08-221-4/+1
| | | | | | GHC >= 7.4 is needed to bootstrap. Signed-off-by: Austin Seipp <aseipp@pobox.com>
* GHCi: Implement `%l` prompt substitution for line-numberHerbert Valerio Riedel2013-08-101-1/+2
| | | | | | | This commit also updates the GHC user guide section regarding the `set prompt` command and closes #8047. Signed-off-by: Herbert Valerio Riedel <hvr@gnu.org>
* Change which files --make mode thinks are 'Haskellish'Ian Lynagh2013-07-301-3/+2
| | | | | | It thought that .cmm files were Haskellish, but then didn't know how to compile them. Now they aren't treated as Haskellish, and it can compile and link them.
* use prompt2 in `:set +m` modeHerbert Valerio Riedel2013-07-211-1/+1
|
* Add `:show imports` to completion tableHerbert Valerio Riedel2013-07-211-1/+1
|
* Add `:show linker` command to `:help` outputHerbert Valerio Riedel2013-07-211-0/+1
|
* Fix buildIan Lynagh2013-07-071-7/+10
|
* Alpha rename some functions for consistencyIan Lynagh2013-07-071-6/+6
|
* emacs-friendly completion command for ghci; part of #5687. Patch from hvr.Ian Lynagh2013-07-071-0/+41
|
* Revise implementation of overlapping type family instances.Richard Eisenberg2013-06-211-2/+2
| | | | | | | | | | | | | | | | | | | This commit changes the syntax and story around overlapping type family instances. Before, we had "unbranched" instances and "branched" instances. Now, we have closed type families and open ones. The behavior of open families is completely unchanged. In particular, coincident overlap of open type family instances still works, despite emails to the contrary. A closed type family is declared like this: > type family F a where > F Int = Bool > F a = Char The equations are tried in order, from top to bottom, subject to certain constraints, as described in the user manual. It is not allowed to declare an instance of a closed family.
* Fix many ASSERT uses under Clang.Austin Seipp2013-06-181-1/+1
| | | | | | Clang doesn't like whitespace between macro and arguments. Signed-off-by: Austin Seipp <aseipp@pobox.com>
* Fix ghci crash when the user code closes stdinIan Lynagh2013-06-151-0/+5
| | | | | | Now that we share stdin with the program, we have to check for handle-closed as well as EOF, as the program might have closed stdin.
* --show-options lists all flags. Add user documentation for #7843Jan Stolarek2013-06-131-1/+1
|
* Add --show-options to list all flags (Fixes #7843)Jan Stolarek2013-06-061-1/+20
|
* Whitespace onlyIan Lynagh2013-06-041-2/+2
|
* Reformat help message for `:show` to fit into 80 cols again.usrbincc2013-06-041-2/+2
|
* Formatting only: fix alignment.usrbincc2013-06-041-10/+10
|
* Add the ability to customize the continuation prompt.usrbincc2013-06-042-19/+34
| | | | - Remove unused property `def_prompt`.
* Handle -opt<blah> options more consistently (#7909)Simon Marlow2013-05-211-2/+4
| | | | | Now these are always added by the run<blah> functions in SysTools, so we never miss any out. Several cleanups resulted.
* Remove DynFlags's hscOutName fieldIan Lynagh2013-04-261-2/+0
| | | | We now just pass the output filename as an argument instead
* Print details of panic messages raised from GHCi (#7844)Patrick Palka2013-04-211-3/+4
|
* Add a kludgy dependency to fix compiling modules that use annotationsIan Lynagh2013-03-171-0/+6
| | | | We now make the stage 2 compiler depend on GHC.Desugar.
* Merge branch 'master' of darcs.haskell.org:/srv/darcs//ghcIan Lynagh2013-03-161-6/+10
|\
| * Implement type family instance support for ":info" (#4175)Patrick Palka2013-03-151-6/+10
| | | | | | | | v2: added a couple of comments
* | Fix the handling of Opt_StaticIan Lynagh2013-03-161-4/+9
| | | | | | | | | | There were some cases where we weren't unsetting it when turning the Dyn way on.
* | A little polishingIan Lynagh2013-03-161-5/+0
| |
* | Set the way to 'dynamic' when running GHCi if GHCi is dynamically linkedIan Lynagh2013-03-151-19/+32
|/
* Automatically add the $(exeext) to program namesIan Lynagh2013-03-031-3/+3
| | | | | | | We now define _PROGNAME, and _PROG is automatically defined with $(exeext). This will shortly automatically use the right exeext depending on what stage it is being compiled with (exeext may be different for different stages when cross-compiling).
* Use the automatic variables for touchy tooIan Lynagh2013-03-031-3/+3
|
* Automatically define _INPLACE variables for perl programs tooIan Lynagh2013-03-031-3/+3
| | | | and use them for split
* Use unlit_INPLACE rather than UNLIT in the build systemIan Lynagh2013-03-031-1/+1
|
* Rename $(Windows) to $(Windows_Host)Ian Lynagh2013-03-011-2/+2
|
* Always quote arguments to removeFiles (fixes Windows install).Geoffrey Mainland2013-02-221-1/+1
| | | | | Thanks to Daniel Pratt <colorblinddad@gmail.com> for pointing out the failure and fix.
* Remove gblock and gunblockIan Lynagh2013-02-192-6/+2
|
* Finish removing BootingFromHcIan Lynagh2013-02-171-5/+0
|
* Build system tweak: Do the package checks at configure timeIan Lynagh2013-02-151-0/+5
| | | | | | | | This removes the '.PHONY' rule, so means that "make" in a built tree won't repeat the check. We also now check the .cabal files for the executables as well as the libraries.
* Stop using the deprecated System.CmdIan Lynagh2013-02-151-1/+1
|
* Use throwIO rather than throwIan Lynagh2013-01-301-1/+1
|
* StaticFlags code cleanup (fixes #7595)Jan Stolarek2013-01-281-1/+0
| | | | | | | | | Function responsible for parsing the static flags, that were spread across two modules (StaticFlags and StaticFlagParser), are now in one file. This is analogous to dynamic flags parsing, which is also contained within a single module. Signed-off-by: David Terei <davidterei@gmail.com>
* Use pprTypeForUser when printing kinds in ghciSimon Peyton Jones2013-01-221-1/+3
|
* Tidy up cross-compilingSimon Marlow2013-01-171-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We have two cases: 1. building a cross-compiler 2. compiling GHC to run on a foreign platform These two are done with almost the same setup: (1) is the stage 1 compiler, and (2) is the stage 2 compiler, when CrossCompiling=YES. The only difference between (1) and (2) is that you if you set up the build for (1), then it stops before stage 2 and you can 'make install' to install stage 1. Unfortunately, (2) didn't work, and the build system code needed some tidying up. Change to the way the build is set up: Before ------ To build a cross-compiler: ./configure --target=<..> To compile a foreign GHC: ./configure --host=<..> --target=<..> Now --- To build a cross-compiler: ./configure --target=<..> And set "Stage1Only=YES" in mk/build.mk To compile a foreign GHC: ./configure --target=<..>
* Don't make -C imply -fvia-CIan Lynagh2013-01-111-9/+1
| | | | | All -fvia-C does nowadays is print a warning saying that it doesn't do anything.
* Ship transformers with GHCIan Lynagh2013-01-021-16/+6
| | | | | This means that we can use the standard MonadIO class, rather than needing our own copy.
* Implement overlapping type family instances.Richard Eisenberg2012-12-211-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | An ordered, overlapping type family instance is introduced by 'type instance where', followed by equations. See the new section in the user manual (7.7.2.2) for details. The canonical example is Boolean equality at the type level: type family Equals (a :: k) (b :: k) :: Bool type instance where Equals a a = True Equals a b = False A branched family instance, such as this one, checks its equations in order and applies only the first the matches. As explained in the note [Instance checking within groups] in FamInstEnv.lhs, we must be careful not to simplify, say, (Equals Int b) to False, because b might later unify with Int. This commit includes all of the commits on the overlapping-tyfams branch. SPJ requested that I combine all my commits over the past several months into one monolithic commit. The following GHC repos are affected: ghc, testsuite, utils/haddock, libraries/template-haskell, and libraries/dph. Here are some details for the interested: - The definition of CoAxiom has been moved from TyCon.lhs to a new file CoAxiom.lhs. I made this decision because of the number of definitions necessary to support BranchList. - BranchList is a GADT whose type tracks whether it is a singleton list or not-necessarily-a-singleton-list. The reason I introduced this type is to increase static checking of places where GHC code assumes that a FamInst or CoAxiom is indeed a singleton. This assumption takes place roughly 10 times throughout the code. I was worried that a future change to GHC would invalidate the assumption, and GHC might subtly fail to do the right thing. By explicitly labeling CoAxioms and FamInsts as being Unbranched (singleton) or Branched (not-necessarily-singleton), we make this assumption explicit and checkable. Furthermore, to enforce the accuracy of this label, the list of branches of a CoAxiom or FamInst is stored using a BranchList, whose constructors constrain its type index appropriately. I think that the decision to use BranchList is probably the most controversial decision I made from a code design point of view. Although I provide conversions to/from ordinary lists, it is more efficient to use the brList... functions provided in CoAxiom than always to convert. The use of these functions does not wander far from the core CoAxiom/FamInst logic. BranchLists are motivated and explained in the note [Branched axioms] in CoAxiom.lhs. - The CoAxiom type has changed significantly. You can see the new type in CoAxiom.lhs. It uses a CoAxBranch type to track branches of the CoAxiom. Correspondingly various functions producing and consuming CoAxioms had to change, including the binary layout of interface files. - To get branched axioms to work correctly, it is important to have a notion of type "apartness": two types are apart if they cannot unify, and no substitution of variables can ever get them to unify, even after type family simplification. (This is different than the normal failure to unify because of the type family bit.) This notion in encoded in tcApartTys, in Unify.lhs. Because apartness is finer-grained than unification, the tcUnifyTys now calls tcApartTys. - CoreLinting axioms has been updated, both to reflect the new form of CoAxiom and to enforce the apartness rules of branch application. The formalization of the new rules is in docs/core-spec/core-spec.pdf. - The FamInst type (in types/FamInstEnv.lhs) has changed significantly, paralleling the changes to CoAxiom. Of course, this forced minor changes in many files. - There are several new Notes in FamInstEnv.lhs, including one discussing confluent overlap and why we're not doing it. - lookupFamInstEnv, lookupFamInstEnvConflicts, and lookup_fam_inst_env' (the function that actually does the work) have all been more-or-less completely rewritten. There is a Note [lookup_fam_inst_env' implementation] describing the implementation. One of the changes that affects other files is to change the type of matches from a pair of (FamInst, [Type]) to a new datatype (which now includes the index of the matching branch). This seemed a better design. - The TySynInstD constructor in Template Haskell was updated to use the new datatype TySynEqn. I also bumped the TH version number, requiring changes to DPH cabal files. (That's why the DPH repo has an overlapping-tyfams branch.) - As SPJ requested, I refactored some of the code in HsDecls: * splitting up TyDecl into SynDecl and DataDecl, correspondingly changing HsTyDefn to HsDataDefn (with only one constructor) * splitting FamInstD into TyFamInstD and DataFamInstD and splitting FamInstDecl into DataFamInstDecl and TyFamInstDecl * making the ClsInstD take a ClsInstDecl, for parallelism with InstDecl's other constructors * changing constructor TyFamily into FamDecl * creating a FamilyDecl type that stores the details for a family declaration; this is useful because FamilyDecls can appear in classes but other decls cannot * restricting the associated types and associated type defaults for a * class to be the new, more restrictive types * splitting cid_fam_insts into cid_tyfam_insts and cid_datafam_insts, according to the new types * perhaps one or two more that I'm overlooking None of these changes has far-reaching implications. - The user manual, section 7.7.2.2, is updated to describe the new type family instances.
* Update dependenciesIan Lynagh2012-11-301-1/+1
|
* Add ":info!" to GHCi. This shows all instances without filtering first.Iavor S. Diatchki2012-11-291-10/+12
| | | | | | | | | The default behavior of :info is to show only those instances of for a type, where all relevant type constructor names are in scope. This keeps down the number of instances shown to the user. In some cases, it is nice to be able to see all instances for a type. This patch implements this with the :info! command.
* Replace all uses of ghcError with throwGhcException and purge ghcError.Erik de Castro Lopo2012-11-303-37/+37
|
View Lorry Controller Status