untabify

untabify

untabify

untabify

untabify

untabify

export MVar, TVar, and STM non-abstractly
As requested by Sterling Clover on ghc-users

Added Down class and improved groupWith fusion

untabify

untabify

mention explicitly that hIsEOF may block

untabify

untabify

untabify

untabify

untabify

Add exitSuccess :: IO a. For symmetry with exitFailure

untabify

untabify

untabify

FIX dynamic001, dynamic002: further fixes to tuple printing

untabify

untabify only

whitespace only

Whitespace only

FIX dynamic001 dynamic002: isTupleTyCon had rotted
In the patch "Tuple tycons have parens around their names", the names
of the tuple tycons were changed to include parens, but isTupleTyCon
was not updated to match, which made tuple types show as "(,) a b"
rather than "(a,b)"

deforestation rules for enumFromThenTo; based on a patch from Robin Houston

Generalise type of forever :: (Monad m) => m a -> m b

FIX #1936: hGetBufNonBlocking was blocking on stdin/stdout/stderr

The default uncaught exception handler was adding an extra \n

add comment about lack of _chsize_s()

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