summaryrefslogtreecommitdiff
path: root/libraries/base/Foreign.hs
Commit message (Collapse)AuthorAgeFilesLines
* Update Foreign.* for Safe Haskell now that they're safe by defaultDavid Terei2014-11-211-1/+1
|
* Remove some things deprecated since GHC 7.2Ian Lynagh2013-02-161-17/+0
| | | | | 7.2 is too old even to build HEAD, so seems reasonable to remove them now.
* Mark DEPRECATED pragmas with when they were addedIan Lynagh2013-02-161-1/+1
|
* use MVar to define fixIO, for thread-safety (see #5421)Simon Marlow2011-11-041-2/+2
|
* Update base for latest Safe Haskell.David Terei2011-10-251-8/+0
|
* Update base for new Safe Haskell designDavid Terei2011-10-251-0/+2
|
* SafeHaskell: Added SafeHaskell to baseDavid Terei2011-06-181-1/+18
|
* Use explicit language extensions & remove extension fields from base.cabalsimonpj@microsoft.com2011-01-281-1/+2
| | | | | | | | | | 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.
* docs: mention that Foreign.unsafePerformIO is deprecatedSimon Marlow2010-07-201-2/+4
| | | | | We can't actually deprecate it without introducing a name clash between Foreign.unsafePerformIO and System.IO.Unsafe.unsafePerformIO
* Avoid using deprecated flagsIan Lynagh2008-06-161-1/+1
|
* untabifyDon Stewart2008-02-131-1/+1
|
* [project @ 2005-01-11 16:04:08 by simonmar]simonmar2005-01-111-1/+1
| | | | Use OPTIONS_GHC instead of OPTIONS
* [project @ 2004-10-17 00:08:08 by ross]ross2004-10-171-2/+2
| | | | markup
* [project @ 2003-05-22 06:37:08 by chak]chak2003-05-221-2/+4
| | | | The FFI Addendum requires `Foreign' to re-export `Data.Bits'.
* [project @ 2003-01-28 21:48:23 by panne]panne2003-01-281-15/+9
| | | | | As agreed (= no riots after the proposal :-) on the FFI list, introduce a re-exporting module Foreign.Marshal
* [project @ 2002-09-19 10:47:21 by simonmar]simonmar2002-09-191-0/+6
| | | | re-export unsafePerformIO
* [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-05-09 13:14:42 by simonmar]simonmar2002-05-091-4/+1
| | | | tweak the module comment
* [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-07-03 11:37:49 by simonmar]simonmar2001-07-031-3/+3
| | | | | | | | | | Latest round of changes, incorporating: - some changes to the portability/stability requested by Malcolm - Control.Monad.Fix is portable, IO/ST instances moved to System.IO, Control.Monad.ST respectively. - GHC.Tup moved to Data.Tuple, the code in here is mostly portable (and the interface better be).
* [project @ 2001-06-28 14:15:04 by simonmar]simonmar2001-06-281-0/+44
First cut of the Haskell Core Libraries ======================================= NOTE: it's not meant to be a working snapshot. The code is just here to look at and so the NHC/Hugs guys can start playing around with it. There is no build system. For GHC, the libraries tree is intended to be grafted onto an existing fptools/ tree, and the Makefile in libraries/core is a quick hack for that setup. This won't work at the moment without the other changes needed in fptools/ghc, which I haven't committed because they'll cause breakage. However, with the changes required these sources build a working Prelude and libraries. The layout mostly follows the one we agreed on, with one or two minor changes; in particular the Data/Array layout probably isn't final (there are several choices here). The document is in libraries/core/doc as promised. The cbits stuff is just a copy of ghc/lib/std/cbits and has GHC-specific stuff in it. We should really separate the compiler-specific C support from any compiler-independent C support there might be. Don't pay too much attention to the portability or stability status indicated in the header of each source file at the moment - I haven't gone through to make sure they're all consistent and make sense. I'm using non-literate source outside of GHC/. Hope that's ok with everyone. We need to discuss how the build system is going to work...
View Lorry Controller Status