summaryrefslogtreecommitdiff
path: root/libraries/base/Data/Tuple.hs
Commit message (Collapse)AuthorAgeFilesLines
* Make modules in base stable.Hécate Moonlight2022-02-281-1/+1
| | | | fix #18963
* Export Solo from Data.TupleDavid Feuer2021-08-271-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | * The `Solo` type is intended to be the canonical lifted unary tuple. Up until now, it has only been available from `GHC.Tuple` in `ghc-prim`. Export it from `Data.Tuple` in `base`. I proposed this on the libraries list in December, 2020. https://mail.haskell.org/pipermail/libraries/2020-December/031061.html Responses from chessai https://mail.haskell.org/pipermail/libraries/2020-December/031062.html and George Wilson https://mail.haskell.org/pipermail/libraries/2021-January/031077.html were positive. There were no other responses. * Add Haddock documentation for Solo. * Give `Solo` a single field, `getSolo`, a custom `Show` instance that does *not* use record syntax, and a `Read` instance that accepts either record syntax or non-record syntax.
* Doctests for Data.TupleDavid Luposchainsky2017-08-181-1/+20
|
* Remove Data.Tuple doc's claim to have tuple typesChris Martin2017-01-261-1/+1
| | | | | | | | | | | | | | | "The tuple data types" seems like an inaccurate way to lead off the description of this module, which doesn't actually export the tuple data types. The latter part of the sentence, "associated functions", accurately describes the entire module. Reviewers: austin, hvr, bgamari Reviewed By: bgamari Subscribers: dfeuer, thomie Differential Revision: https://phabricator.haskell.org/D2924
* Refactor module imports in baseHerbert Valerio Riedel2014-10-191-15/+2
| | | | | | | | | | This commit removes a couple of {-# OPTIONS_GHC -fno-warn-unused-imports #-} by cleaning up the imports, as well as ensuring that all modules in the GHC.* hierarchy avoid importing the `Prelude` module to clean-up the import graph a bit.
* Constant-fold `__GLASGOW_HASKELL__` CPP conditionalsHerbert Valerio Riedel2013-09-171-5/+1
| | | | | | | | | | Now that HUGS and NHC specific code has been removed, this commit "folds" the now redundant `#if((n)def)`s containing `__GLASGOW_HASKELL__`. This renders `base` officially GHC only. This commit also removes redundant `{-# LANGUAGE CPP #-}`. Signed-off-by: Herbert Valerio Riedel <hvr@gnu.org>
* Remove Hugs98 specific codeHerbert Valerio Riedel2013-09-171-2/+0
| | | | | | | For rationale. see http://permalink.gmane.org/gmane.comp.lang.haskell.ghc.devel/2349 Signed-off-by: Herbert Valerio Riedel <hvr@gnu.org>
* Remove nhc98-specific files and contentIan Lynagh2013-02-151-41/+2
|
* Remove commented types in module export listsIan Lynagh2012-10-271-5/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | These comments are rather less useful now that haddock can give docs with the same informatino in the module synopsis. Having to maintain them when making changes to the library is a pain, and when people forget about doing so there is nothing that checks that the comments are right, so mistakes tend to linger. Of the comments that my script detected, 78 of 684 were already incorrect in one way or another, e.g. missing context: Text.Show.showsPrec Comment type: Int -> a -> ShowS Actual type: Show a => Int -> a -> ShowS wrong context: Numeric.readInt Comment type: Integral a => a -> (Char -> Bool) -> (Char -> Int) -> ReadS a Actual type: Num a => a -> (Char -> Bool) -> (Char -> Int) -> ReadS a not following a class change (e.g. Num losing its Eq superclass): Text.Read.Lex.readOctP Comment type: Num a => ReadP a Actual type: (Eq a, Num a) => ReadP a not following the Exceptions change: GHC.Conc.childHandler Comment type: Exception -> IO () Actual type: SomeException -> IO () or just always been wrong: GHC.Stable.deRefStablePtr Comment type: StablePtr a -> a Actual type: StablePtr a -> IO a
* Update base for latest Safe Haskell.David Terei2011-10-251-0/+1
|
* Follow ghc-prim changesIan Lynagh2011-08-261-5/+1
|
* SafeHaskell: Added SafeHaskell to baseDavid Terei2011-06-181-0/+1
|
* Use explicit language extensions & remove extension fields from base.cabalsimonpj@microsoft.com2011-01-281-1/+1
| | | | | | | | | | Add explicit {-# LANGUAGE xxx #-} pragmas to each module, that say what extensions that module uses. This makes it clearer where different extensions are used in the (large, variagated) base package. Now base.cabal doesn't need any extensions field Thanks to Bas van Dijk for doing all the work.
* Follow GHC.Bool/GHC.Types mergeIan Lynagh2010-10-231-2/+2
|
* Add swap (#3298)Simon Marlow2010-05-041-0/+5
|
* De-orphan tuple Eq/Ord instancesIan Lynagh2009-11-231-84/+0
|
* Tidy up and comment importssimonpj@microsoft.com2009-10-291-8/+12
|
* Add an import needed in the new build systemIan Lynagh2009-03-221-0/+4
|
* Ignore some orphan warningsIan Lynagh2008-08-201-0/+1
|
* Eq and Ord have moved into GHC.ClassesIan Lynagh2008-08-071-1/+3
|
* Fix warningsIan Lynagh2008-08-051-0/+2
|
* Hide standalone deriving clauses from haddockIan Lynagh2008-08-041-0/+2
|
* The tuple datatype definitions have moved to ghc-primIan Lynagh2008-08-041-185/+71
|
* () has moved to ghc-prim:GHC.Unit, and the Eq and Ord instances to Data.TupleIan Lynagh2008-06-241-0/+13
|
* Avoid using deprecated flagsIan Lynagh2008-06-161-1/+1
|
* untabifyDon Stewart2008-03-051-9/+9
|
* [project @ 2005-01-11 16:04:08 by simonmar]simonmar2005-01-111-1/+1
| | | | Use OPTIONS_GHC instead of OPTIONS
* [project @ 2004-07-26 17:22:41 by ross]ross2004-07-261-2/+4
| | | | a few odd docs
* [project @ 2002-10-14 10:06:28 by ross]ross2002-10-141-2/+2
| | | | #ifdef tweaks
* [project @ 2002-10-09 17:08:18 by malcolm]malcolm2002-10-091-9/+51
| | | | Add #ifdefs for nhc98.
* [project @ 2002-10-03 15:19:15 by ross]ross2002-10-031-1/+6
| | | | | | | Reinstate the exports of the function names, because the module must export them, even though Hugs doesn't define them here. The old module export they overlapped with was there to pick up the tuple definitions for GHC, but that probably isn't necessary with the recent GHC changes.
* [project @ 2002-10-03 12:57:42 by panne]panne2002-10-031-8/+1
| | | | | | | Warning police #5: Nuked duplicate exports, simplifying (i.e. nuking :-) the export list on the way. The deep and arcane reasons for the strange #ifdef-ery in this module are not clear to me, so I hope no damage is done by this commit. :-}
* [project @ 2002-07-16 15:47:25 by ross]ross2002-07-161-8/+9
| | | | | | | | | | | | | | First stage of making the new libraries work with Hugs: * wrap #ifndef __HUGS__ around stuff that Hugs defines in its monster prelude (because Hugs can't handle recursive imports). * remove non-Haskell 98 export of [](..) from Data.List * make the definitions of tuples in Data.Tuple GHC-only. * make the export of the new Read stuff in Text.Read GHC-only, like its definition is.
* [project @ 2002-05-09 13:16:29 by simonmar]simonmar2002-05-091-1/+1
| | | | Rename libraries/core to libraries/base in the module headers.
* [project @ 2002-04-26 13:34:05 by simonmar]simonmar2002-04-261-2/+0
| | | | | Remove \$Id\$ from all files: it isn't particularly useful (see previous discussion on cvs-ghc@haskell.org), and it confuses Haddock.
* [project @ 2002-04-24 16:31:37 by simonmar]simonmar2002-04-241-2/+2
| | | | | Add the single character '|' to the header comment of each module so that Haddock will parse it as the module documentation.
* [project @ 2001-12-21 15:07:20 by simonmar]simonmar2001-12-211-12/+12
| | | | | Merge up to the ghc/lib/std on the HEAD (tagged as new-libraries-last-merged).
* [project @ 2001-07-03 11:38:07 by simonmar]simonmar2001-07-031-0/+235
add new file
View Lorry Controller Status