hWaitForInput: don't try to read from the device (#4078)
readTextDeviceNonBlocking is not non-blocking on Windows

hSetEncoding: change the encoding on both read and write sides (#4066)

Correct haddock formatting.

Fix for hGetBufSome

improve the documentation for throwTo and killThread (#3884)

elaborate the docs for unsafePerformIO a bit

add Typeable instance

Add hGetBufSome, like hGetBuf but can return short reads

Add swap (#3298)

inline allocaArray0, to fix withCString benchmark

raise asynchronous exceptions asynchronously (#3997)

add NOINLINE pragmas for stdin/stdout/stderr

INLINE alloca and malloc
See discussion on glasgow-haskell-users:
  http://www.haskell.org/pipermail/glasgow-haskell-users/2010-April/018740.html

Move comment closer to the offending line

Ignore the return code of c_fcntl_write again

The return code has been ignored in the past on purpose, because
O_NONBLOCK will fail on BSDs for some special files. This fixes the
problem mentioned in
http://www.haskell.org/pipermail/glasgow-haskell-users/2010-April/018698.html

Fix bitrot in IO debugging code
Also switched to using Haskell Bools (rather than CPP) to en/disable it,
so it shouldn't break again in the future.

Tiny code tidy-up

remove old/wrong comment

withThread: block asynchronous exceptions before installing exception handler.
Note that I don't unblock the given io computation. Because AFAICS
withThread is only called with 'waitFd' which only performs an FFI
call which can't receive asynchronous exceptions anyway.

runInUnboundThread: block asynchronous exceptions before installing exception handler

fix the deprecation message (GHC.IO.Handle.Base -> GHC.IO.Handle)

Make SampleVar an abstract newtype

Fix bugs regarding asynchronous exceptions and laziness in Control.Concurrent.SampleVar
 - Block asynchronous exceptions at the right places
 - Force thunks before putting them in a MVar

Write the thunk 'next' to the MVar

change to use STM, fixing 4 things
  1. there was no async exception protection
  2. there was a space leak (now new value is strict)
  3. using atomicModifyIORef would be slightly quicker, but can
     suffer from adverse scheduling issues (see #3838)
  4. also, the STM version is faster.

Tweak docs

Fixed dead links in documentation of forkIO

Documentation fixes in Control.Exception

Plug two race conditions that could lead to deadlocks in the IO manager

FIX #3866: improve documentation of Data.Data.Constr

UNDO: Handle NaN, -Infinity and Infinity in the toRational for Float/Double (#3676)

Put the complexity in the length docs. Fixes trac #3680

nhc98 should build Data.Functor.

Update the exitWith docs
Error pointed out by Volker Wysk <vw@volker-wysk.de>

Handle NaN, -Infinity and Infinity in the toRational for Float/Double (#3676)

For nhc98, import unsafeInterleaveIO rather than defining it here.

Stifle warning about unused return value

fix #3832: use the locale encoding in openTempFile
Also while I was here fix an XXX: the Handle contained an
uninformative string like <fd: 4> for error messages rather than the
real file path.

Fix the build: export void, so it doesn't give an unused binding warning

hIsEOF: don't do any decoding (#3808)

Control.Monad: +void :: f a -> f ()
See http://hackage.haskell.org/trac/ghc/ticket/3292
Turns m a -> m (). Lets one call functions for their side-effects without
having to get rid of their return values with '>> return ()'. Very useful
in many contexts (parsing, IO etc.); particularly good for 'forkIO' and 'forM_',
as they demand return types of 'IO ()' though most interesting IO functions
return non-().

Replace the implementation of mergesort with a 2x faster one.
See ticket http://hackage.haskell.org/trac/ghc/ticket/2143.

Restore previous Data.Typeable.typeOf*Default implementations for non-ghc.
Not all compilers have ScopedTypeVariables.

Add comments about double bounds-checking, and fast paths for rectangular arrays

See Note [Double bounds-checking of index values] for the details.

The fast paths omit the doubled checks for cases we know about

Fix Trac #3245: memoising typeOf

The performance bug in #3245 was caused by computing the typeRep
once for each call of typeOf, rather than once for each dictionary
contruction.  (Computing TypeReps is reasonably expensive, because
of the hash-consing machinery.)

This is readily fixed by putting the TypeRep construction outside
the lambda.  (Arguably GHC might have worked that out itself,
but it involves floating something between a type lambda and a
value lambda, which GHC doesn't currently do. If it happens a lot
we could fix that.)

Mark 'index' as INLINE in GHC.Arr

This makes indexing much faster. See Trac #1216

Comment the remaining orphan instance modules

De-orphan Eq/Ord Float/Double

Add comments to "OPTIONS_GHC -fno-warn-orphans" pragmas

Data.Either.partitionEithers was insufficiently lazy.
Spotted by Daniel Fischer.

fix the docs regarding finalizer guarantees

x86_64 requires more stack

check for size < 0 in mallocForeignPtrBytes and friends (#3514)

hGetContents: close the handle properly on error

When hGetContents caught an error it was closing the handle and then
throwing the exception, without updating the handle with the new
closed state.  This lead to a double-closed, which was the cause of

*** glibc detected *** ./Setup: double free or corruption

when iconv_close was called twice on the decoder.

See http://hackage.haskell.org/trac/hackage/ticket/609

Fix arities of mapFB and zipFB

Remove an unnecessary -fno-warn-orphans flag

Tweak layout to work with alternative layout rule

Tweak layout to be accepted by the alternative layout rul

Make sure zipWithFB has arity 2

It gets 2 arguments in the "zipWith" rule but its arity was higher and the new
inliner didn't inline it sometimes, for instance here:

mpp ::  [Double] -> [Double] -> [Double] -> [Double] -> [Double]
mpp as bs cs ds = zipWith (*) (zipWith (+) as bs) (zipWith (+) cs ds)

This was a regression vs. 6.10.

Remove an old comment

De-orphan the Eq/Ord Integer instances

Whitespace only

Derive some more instances, rather than writing them by hand

We can now derive Ord ()

De-orphan tuple Eq/Ord instances

Control.Exception.Base no longer has any orphans

De-orphan the MonadFix ST instance for GHC

Rearrange the contents of Control.Monad.ST; no functionality changes

De-orphan the Eq/Ord [a] instances

De-orphan the Eq/Ord Char instances

De-orphan the Eq/Ord Bool instances

Move Eq/Ord Ordering instances to de-orphan them

Remove ffi warnings for nhc98.

Second attempt to fix #1185 (forkProcess and -threaded)

Patch 2/2: first patch is to ghc

This time without dynamic linker hacks, instead I've expanded the
existing rts/Globals.c to cache more CAFs, specifically those in
GHC.Conc.  We were already using this trick for signal handlers, I
should have realised before.

It's still quite unsavoury, but we can do away with rts/Globals.c in
the future when we switch to a dynamically-linked GHCi.

Rollback #1185 fix

rolling back:

Tue Nov  3 16:05:40 GMT 2009  Simon Marlow <marlowsd@gmail.com>
  * Fix #1185: restart the IO manager after fork()

  This is the libraries/base part of the patch; there is a corresponding
  patch to GHC itself.

  The main change is that we now keep track of the IO manager's ThreadId
  in a top-level MVar, and ensureIOManagerIsRunning checks whether a
  previous IO manager thread is alive before starting one.  In the child
  of fork(), we can hence call ensureIOManagerIsRunning to restart the
  IO manager.

    M ./GHC/Conc.lhs -46 +44

Wed Nov  4 17:49:45 GMT 2009  Ian Lynagh <igloo@earth.li>
  * Fix the build on Windows

    M ./GHC/Conc.lhs -6 +4

Fix the build on Windows

Fix #1185: restart the IO manager after fork()

This is the libraries/base part of the patch; there is a corresponding
patch to GHC itself.

The main change is that we now keep track of the IO manager's ThreadId
in a top-level MVar, and ensureIOManagerIsRunning checks whether a
previous IO manager thread is alive before starting one.  In the child
of fork(), we can hence call ensureIOManagerIsRunning to restart the
IO manager.

improve the documentation for throwErrnoIfRetry

Don't inline unpackFoldrCString ever

Inline more default methods

Namely Monad: (>>)
       Eq:    (==), (/=)
       Num:   (-), negate
       Real:  quot, rem, div, mod, recip, (/), truncate
       Float: (**), logBase, sqrt, tan, tanh

Move error messages out of INLINEd default methods

No need to duplicate the error generation!

Exploit now-working default-method INLINE pragmas for Data.Bits

* Add INLINE pragmas to default methods for class Bits

* Remove redundant instance methods elsewhere, now that
  the default method will do the job

Tidy up and comment imports

Inline foldr and (.) when applied to two arguments not three

The new INLINE story is (by design) arity-sensitive, so we must
put fewer argument on the LHS for foldr and (.)

dirUtils.c no longer available

Make hGetContents throw an exception if an error is encountered

Strictly speaking this breaks Haskell 98 compatibility, which requires
hGetContents to just end the lazy stream silently if an error is
encountered.  However, for a few reasons we think it will make
everyone's life a bit easier if we make this change

 1. Errors will be a lot more common in GHC 6.12.1, in the form
    of Unicode decoding errors.

 2. When Haskell 98 was designed, we didn't know how to throw
    exceptions from inside lazy I/O, but now we do.

 3. If anyone is actually relying on the previous behaviour, their
    code is arguably broken.

Re-instate System.Console.Getopt for nhc98 builds.
Although it was split out of base a while back, that change was
reverted for ghc soon afterwards, but nhc98 never noticed.

Roll back "Another instance of nhc98's strange import semantics."
Fri Oct  9 14:50:51 BST 2009  Malcolm.Wallace@cs.york.ac.uk
GHC (correctly) warns about the unused import, which breaks the validate
build.

Roll back "Cope with nhc98's (occasionally-strange) import semantics"
Fri Oct  9 14:43:51 BST 2009  Malcolm.Wallace@cs.york.ac.uk
GHC (correctly) warns about the unused import, which breaks the validate
build.

It seems that nhc98 needs defaulting in Data.Fixed.

Another instance of nhc98's strange import semantics.

Make Data.Functor compatible with non-GHC compilers.

Cope with nhc98's (occasionally-strange) import semantics.

Fix gratuitous breakage of nhc98 in System.IO.

Fix gratuitous breakage of nhc98 in Control.Exception.Base.

Fix gratuitous breakage of non-GHC in Data.Fixed.

Fix gratuitous breakage for non-GHC in Data.Bits.

Use UTF-32LE instead of UTF32LE
The latter is not recognised by some iconv implementations.

Strip any Byte Order Mark (BOM) from the front of decoded streams.
When decoding to UTF-32, Solaris iconv inserts a BOM at the front
of the stream, but Linux iconv doesn't.

use UTF32BE/UTF32LE instead of UCS-4/UCS-4LE