Windows: large file support for hFileSize and hSeek (#1771)

Export topHandler, topHandlerFastExit from GHC.TopHandler
We now use one of these in ghc when running with ghc -e

haddock attributes for haddock-2.0

Data.List.sort: force elements from start to end.
this prevents a stack overflow on  sort (take 10^6 [1..])

Fix comment on GHC.Ptr.minusPtr

Remove redundant imports of GHC.Err

GHC.Base SOURCE-imports GHC.Err, and re-exports 'error'.  So
other modules need only import GHC.Base.

This doesn't change the fact that these other modules are all compiled
before GHC.Err, so they are all part of the module loop that starts with
GHC.Base and finishes with GHC.Err.  But it does reduce the occurrence
of those SOURCE imports.

Tuple tycons have parens around their names

The name of the pair TyCon, in the Typeable instance,
should be "(,)" not ",".

Don't merge to 6.8; it's a minor API change.

Add groupWith, sortWith, the, to support generalised list comprehensions

  This the base-library patch to support the main compiler patch
     Implement generalised list comprehensions

  It just adds three functions to GHC.Exts.

Add GHC.Prim to exposedModules in the Haddock 0.x hook

Please merge to the stable branch

Add GHC.Prim to exposedModules in the Haddock 0.x hook

Please merge to the stable branch

Simplify the GHC.Prim hack in base.cabal/Setup.hs

Implement 'openTempFile' for nhc98.

docs: describe the changes to forkIO, and document forkOnIO

doc only: use realToFrac instead of fromRational.toRational

Add singletonP to GHC.PArr

FIX #1621: bug in Windows code for getCPUTime
We were reading the components of FILETIME as CLong, when they should
be unsigned.  Word32 seems to be the correct type here.

protect console handler against concurrent access (#1922)

protect against concurrent access to the signal handlers (#1922)

restore fdToHandle' to avoid breaking clients (#1109)

note about how to convert CTime (aka EpochTime) to UTCTime

Fix some URLs

Fix some links in haddock docs

Don't try to make haddock links to the mtl package as we don't depend on it

Escape some special characters in haddock docs

FIX BUILD: maybeUpdateFile: ignore failures when removing the target

FIX #1753
hClose should close the Handle and unlock the file even if calling
close() fails for some reason.

remove lockFile.h from install-includes

oops, we forgot to export traceShow

Fix compilation with GHC 6.2.x

Move file locking into the RTS, fixing #629, #1109
File locking (of the Haskell 98 variety) was previously done using a
static table with linear search, which had two problems: the array had
a fixed size and was sometimes too small (#1109), and performance of
lockFile/unlockFile was suboptimal due to the linear search.
Also the algorithm failed to count readers as required by Haskell 98
(#629).

Now it's done using a hash table (provided by the RTS).  Furthermore I
avoided the extra fstat() for every open file by passing the dev_t and
ino_t into lockFile.  This and the improvements to the locking
algorithm result in a healthy 20% or so performance increase for
opening/closing files (see openFile008 test).

Only overwrite GHC/Prim.hs and GHC/Primopwrappers.hs if they change
This avoids make doing unnecessary work after 'setup makefile'.

fix comment

Fix ` characters in elem's haddock docs

Filter out GHC.Prim also for the Haddock step
Please merge to the GHC 6.8.2 branch

Add module of special magic GHC desugaring helper functions
Currently containing only one such helper: (>>>) for arrow desugaring

add Control.Category to the nhc98 build

fix nhc98 build: need a qualified Prelude import

Fix performance regression: re-instate -funbox-strict-fields
Yikes!  While investigating the increase in code size with GHC 6.8
relative to 6.6, I noticed that in the transition to Cabal for the
libraries we lost -funbox-strict-fields, which is more or less
depended on by the IO library for performance.  I'm astonished that we
didn't notice this earlier!

To reduce the chances of this happening again, I put
-funbox-strict-fields in the OPTIONS_GHC pragma of the modules that
need it.  {-# UNPACK #-} pragmas would be better, though.

FIX BUILD: Haddock 1.x fails to parse (Prelude..)

new Control.Category, ghc ticket #1773

new Control.Compositor module

The Compositor class is a superclass of Arrow.

Fix doc building with Haddock 0.9
I was using a recent build here, which is more tolerant.

FIX #1258: document that openTempFile is secure(ish)
Also change the mode from 0666 to 0600, which seems like a more
sensible value and matches what C's mkstemp() does.

Clean up .cabal file a bit
specify build-type and cabal-version >= 1.2
put extra-tmp-files in the right place
use os(windows) rather than os(mingw32)

base in 6.8 and head branch should be version 3.0

FIX #1652: openTempFile should accept an empty string for the directory

clean up duplicate code

expose the value of +RTS -N as GHC.Conc.numCapabilities (see #1733)

typo

put extra-tmp-files field in the right place

Add more entries to boring file

Add a boring file

FIX #1689 (openTempFile returns wrong filename)

TAG ghc-6.8 branched 2007-09-03

Remove some incorrect rules; fixes #1658: CSE [of Doubles] changes semantics

make hWaitForInput/hReady not fail with "invalid argument" on Windows
See #1198.  This doesn't fully fix it, because hReady still always
returns False on file handles.  I'm not really sure how to fix that.

Fix haddock docs in Hashtable

Fix building HashTable: Use ord rather than fromEnum

Better hash functions for Data.HashTable, from Jan-Willem Maessen

Remove redundant include/Makefile

Make arrays safer (e.g. trac #1046)

delete configure droppings in setup clean

FIX #1282: 64-bit unchecked shifts are not exported from base
I've exported these functions from GHC.Exts.  They are still
implemented using the FFI underneath, though.

To avoid conditional exports, on a 64-bit build:

  uncheckedShiftL64# = uncheckShiftL#

(etc.) which has a different type than the 32-bit version of
uncheckedShiftL64#, but at least GHC.Exts exports the same names.

Fix hashInt
As pointed out in
http://www.haskell.org/pipermail/glasgow-haskell-bugs/2007-August/009545.html
the old behaviour was
Prelude Data.HashTable> map hashInt [0..10]
[0,-1,-1,-2,-2,-2,-3,-3,-4,-4,-4]

Fixed according to the "Fibonacci Hashing" algorithm described in
http://www.brpreiss.com/books/opus4/html/page213.html
http://www.brpreiss.com/books/opus4/html/page214.html

test impl(ghc) instead of IsGHC

fpstring.h has moved to bytestring

remove now-unused SIG constants

include Win32 extra-libraries for non-GHC's too

Don't import Distribution.Setup in Setup.hs as we no longer need it

Correct the swapMVar haddock doc

install Typeable.h for use by other packages

Don't try to build modules no longer living in base.

Move Data.{Foldable,Traversable} back to base
The Array instances are now in Data.Array.

Remove bits left over from the old build system

Move the datamap001 (our only test) to the containers package

Data.Array* and Data.PackedString have now moved to their own packages

Remove a number of modules now in a "containers" package

Remove System.Posix.Signals (moving to unix)

bytestring is now in its own package

Export throwErrnoPath* functions

Add simple haddock docs for throwErrnoPath* functions

Move throwErrnoPath* functions from unix:System.Posix.Error

Clarify the swapMVar haddock doc

fix Haddock markup

Temporarily fix breakage for nhc98.
A recent patch to System.IO introduced a cyclic dependency on Foreign.C.Error,
and also inadvertently dragged along System.Posix.Internals which has
non-H'98 layout, causing many build problems.  The solution for now
is to #ifndef __NHC__ all of the recent the openTempFile additions,
and mark them non-portable once again.  (I also took the opportunity
to note a number of other non-portable functions in their Haddock
comments.)

Generalise the type of synthesize, as suggested by Trac #1571

I have not looked at the details, but the type checker is happy with the
more general type, and more general types are usually a Good Thing.

Fix fdToHandle on Windows
The old setmode code was throwing an exception, and I'm not sure it is
meant to do what we need anyway. For now we assume that all FDs are
both readable and writable.

Correct Windows OS name in cabal configuration

Use cabal configurations rather than Setup hacks

Handle buffers should be allocated with newPinnedByteArray# always
Not just on Windows.  This change is required because we now use safe
foreign calls for I/O on blocking file descriptors with the threaded
RTS.  Exposed by concio001.thr on MacOS X: MacOS apparently uses
smaller buffers by default, so they weren't being allocated as large
objects.

fix Hugs implementation of openTempFile

Hugs only: avoid dependency cycle

open(Binary)TempFile is now portable

Tweak temporary file filename chooser

Move open(Binary)TempFile to System.IO

Rename openFd to fdToHandle'
The name collision with System.Posix.IO.openFd made my brain hurt.

Add a test for Data.Map, for a bug on the libraries@ list

fix Data.Map.updateAt
See http://haskell.org/pipermail/libraries/2007-July/007785.html for a piece
of code triggering the bug. updateAt threw away parts of the tree making up
the map.

in hClose, free the handle buffer by replacing it with an empty one
This helps reduce the memory requirements for a closed but unfinalised
Handle.

Implement GHC.Environment.getFullArgs
This returns all the arguments, including those normally eaten by the
RTS (+RTS ... -RTS).
This is mainly for ghc-inplace, where we need to pass /all/ the
arguments on to the real ghc. e.g. ioref001(ghci) was failing because
the +RTS -K32m -RTS wasn't getting passed on.