don't create inplace/bin/ghc-<version>

Fix ignored-monadic-result warnings

Fix an unused import warning

Fix unused import warnings

Fix unused import warnings

When exporting F(..), all the children of F are also exported
This fixes the unused imports warning when
    Foo (F(x,y,z))
is imported and
    Foo (F(..))
is exported.

Remove unused imports

Major patch to fix reporting of unused imports

This patch, joint work between and Ian and Simon, fixes Trac #1074
by reporting unused import declarations much more accuratly than
before.  The specification is described at

http://hackage.haskell.org/trac/ghc/wiki/Commentary/Compiler/UnusedImports

The implementation is both easier to understand than before, and shorter
too.

Also fixed are #1148, #2267

Also fixed is -ddump-minimal imports, which now works properly, fixing
Trac #1792.

Trim unused imports detected by new unused-import code

Avoid unnecessary recompilation after ./configure (helps #3228)
We cache the old versions of files generated by configure, so that if
configure touches the file without changing it, we can detect that and
restore the timestamp.

check for tabs in compiler/ghc.cabal.in (#3344)

remove tabs

fix cleaning of libraries (now 'make clean' in libraries/* works again)

FIX #2677

Update driver/Makefile for the new build system

Fix generational GC bug (#3348)

Windows fixes to build system: use the 'find' and 'sort' found by configure

The build system should use 'find' and 'sort' that are discovered by
configure, not the ones in your path.  On Windows the ones in your path
might well be the non-Unixy Windows versions.

This patch fixes the ones I tripped over. There may be more.

Follow Cabal changes

Update TODO list

Make -fext-core a dynamic flag (it was a static flag)

Update a few points about shared libs in other sections
And add links to the new shared libs section.

Document -dynload flag. Also add it and -shared to the flags reference.

Add new section on using shared libs

Document foreign import prim in the user guide
Basically just stat that it exists and refer to the ghc dev wiki
for the details, because we don't really want people using it.

For now, use -fno-warn-unused-do-bind when building the libraries

Make changes to -fwarn-unused-do-bind and -fwarn-wrong-do-bind suggested by SPJ

Support for -fwarn-unused-do-bind and -fwarn-wrong-do-bind, as per #3263

Improved infrastructure for fast-rebuilding of parts of the tree

e.g.

  cd compiler
  make FAST=YES stage1/build/HscTypes.o

builds just the specified .o file, without rebuilding dependencies,
and omitting some of the makefile phases.  FAST=YES works anywhere, to
omit depenencies and phases.  'make fast' is shorthand for 'make
all FAST=YES'.

Fix Trac #3342: missed zonking in TcHsSyn

The type in a ViewPat wasn't being zonked.  Easily fixed.

Type synonym families may be nullary

New syntax for GADT-style record declarations, and associated refactoring

The main purpose of this patch is to fix Trac #3306, by fleshing out the
syntax for GADT-style record declraations so that you have a context in
the type.  The new form is
   data T a where
     MkT :: forall a. Eq a => { x,y :: !a } -> T a
See discussion on the Trac ticket.

The old form is still allowed, but give a deprecation warning.

When we remove the old form we'll also get rid of the one reduce/reduce
error in the grammar. Hurrah!

While I was at it, I failed as usual to resist the temptation to do lots of
refactoring.  The parsing of data/type declarations is now much simpler and
more uniform.  Less code, less chance of errors, and more functionality.
Took longer than I planned, though.

ConDecl has record syntax, but it was not being used consistently, so I
pushed that through the compiler.

White space only

Comments only

Look through Notes when matching

FIX #3197

Fix #2197 (properly this time)

$ ./inplace/bin/ghc-stage2 --interactive
GHCi, version 6.11.20090701: http://www.haskell.org/ghc/  :? for help
ghc-stage2: GHCi cannot be used when compiled with -prof
[1]    32473 exit 1     ./inplace/bin/ghc-stage2 --interactive

make GhcProfiled work, and add a "prof" flavour to build.mk

Building a profiled GHC is as simple as adding

GhcLibWays += p
GhcProfiled = YES

to your build.mk and saying 'make'.  Then you have a profiled
inplace/bin/ghc-stage2.

remove unnecessary $(RM)s

'make html' in a library builds the Haddock docs

fix GC bug introduced with the C finalizer support

Add a configure test for whether or not __mingw_vfprintf exists

Fix #3319, and do various tidyups at the same time
 - converting a THSyn FFI declaration to HsDecl was broken; fixed
 - pretty-printing of FFI declarations was variously bogus; fixed
 - there was an unused "library" field in CImport; removed

rename cache variable to keep recent autoconfs happy

Add buildinfo files to the bindist

Fix Trac #3323: naughty record selectors again

I boobed when I decoupled record selectors from their data types.
The most straightforward and robust fix means attaching the TyCon
of a record selector to its IfaceIdInfo, so

   you'll need to rebuild all .hi files

That said, the fix is easy.

propagate the result of atomically properly (fixes #3049)

Make C and CMM objects way-dependent
In particular, in the integer-gmp package the C and CMM code depends
on the size of STG structures, which vary between ways.

add debug_p and thr_debug_p to $(ALL_WAYS)

Fix buffering problem when GHCi is using the new IO library
Behind the scenes, the new IO library always does buffering for read
Handles regardless of NoBuffering.  Normally this isn't visible, but
it causes a problem in GHCi where there are two stdin Handles.

This should fix those ghci test failures that sprung up in full
testsuite runs recently.

Optimise the %.hi : %.o rule
Previously this rule had a sanity check for the existence of the .o
file.  However, the sanity check is expensive, especially on Windows,
because it requires spawning a shell.  So now we use an empty command
here.

This change reduced the time to do 'make' in an up-to-date tree on
Windows from 33s to 16s for me.  (the actual saving depends on how
much rebuilding you've been doing, and how many .hi files are older
than their .o files).

The comments in this file now describe various versions of the rule
that don't work.

fix comment

Add boot-pkgs and packages to the source dists

Fix the GHCi debugger so that it can recognise Integers again

Follow Integer changes

Add the integer package
integer-gmp's Integer is now wrapped by an Integer type in integer.

follow change in System.Posix.Internals.c_open

fix 'make 1'

remove unused cruft

Add a couple more symbols to the Linker.c table
Fixes ghci loading gmp on Windows

makefile tweak

Add an _EXTRA_OBJS variable when linking packages

Remove more GMP bits

Add a #endif back that was accidentally removed from package.conf.in

Make sure we aren't passing -Werror in the CFLAGS for configure scripts
When configure tests for a feature it may not generate warning-free C
code, and thus may think that the feature doesn't exist if -Werror is
on.

Pass CFLAGS and LDFLAGS to configure scripts

.cmm rules need to depend on $$($1_$2_HC_DEP), not $$($1_$2_HC)

Move gmp into libraries/integer-gmp

Stop building the rts against gmp
Nothing from gmp is used in the rts anymore.

Remove the implementation of gmp primops from the rts

Stop setting the gmp memory functions in the rts
and remove the implementations of stg(Alloc|Realloc|Dealloc)ForGMP

Remove the gmp/Integer primops from the compiler
The implementations are still in the rts.

Put the CMM objects in the GHCi library too

Add rules for building .cmm files in libraries

Exports a few rts things we need for cmm code in external packages
In particular we need alloc_blocks and alloc_blocks_lim for MAYBE_GC.
The gmp cmm primops also use stg_ARR_WORDS_info.

Add and export rts_unsafeGetMyCapability from rts
We need this, or something equivalent, to be able to implement
stgAllocForGMP outside of the rts. That's because we want to use
allocateLocal which allocates from the given capability without
having to take any locks. In the gmp primops we're basically in
an unsafe foreign call, that is a context where we hold a current
capability. So it's safe for us to use allocateLocal. We just
need a way to get the current capability. The method to get the
current capability varies depends on whether we're using the
threaded rts or not. When stgAllocForGMP is built inside the rts
that's ok because we can do it conditionally on THREADED_RTS.
Outside the rts we need a single api we can call without knowing
if we're talking to a threaded rts or not, hence this addition.

Require GHCForeignImportPrim for "foreign import prim"
In practise currently you also need UnliftedFFITypes, however
the restriction to just unlifted types may be lifted in future.

Add missing StgPrimCallOp case in repCCallConv
We don't handle "foreign import prim" in TH stuff.

Add missing StgPrimCallOp case to isSimpleOp

Reverse the safe/unsafe requirement on foreign import prim
The safe/unsafe annotation doesn't currently mean anything for prim.
Just in case we decide it means something later it's better to stick
to using one or the other consistently. We decided that using safe
is the better one to require (and it's also the default).

Add PrimCall to the STG layer and update Core -> STG translation
It adds a third case to StgOp which already hold StgPrimOp and StgFCallOp.
The code generation for the new StgPrimCallOp case is almost exactly the
same as for out-of-line primops. They now share the tailCallPrim function.
In the Core -> STG translation we map foreign calls using the "prim"
calling convention to the StgPrimCallOp case. This is because in Core we
represent prim calls using the ForeignCall stuff. At the STG level however
the prim calls are really much more like primops than foreign calls.

Desugaring for "foreign import prim"
Unlike normal foreign imports which desugar into a separate worker and
wrapper, we use just a single wrapper decleration. The representation
in Core of the call is currently as a foreign call. This means the
args are all treated as fully strict. This is ok at the moment because
we restrict the types for foreign import prim to be of unboxed types,
however in future we may want to make prim imports be the normal cmm
calling convention for Haskell functions, in which case we would not
be able to assume all args are strict. At that point it may make more
sense to represent cmm/prim calls distinct from foreign calls, and
more like the we the existing PrimOp calls are handled.

Typechecking for "foreign import prim"
The main restriction is that all args and results must be unboxed types.
In particular we allow unboxed tuple results (which is a primary
motivation for the whole feature). The normal rules apply about
"void rep" result types like State#. We only allow "prim" calling
convention for import, not export. The other forms of import, "dynamic",
"wrapper" and data label are banned as a conseqence of checking that the
imported name is a valid C string. We currently require prim imports to
be marked unsafe, though this is essentially arbitrary as the safety
information is unused.

Lexing and parsing for "foreign import prim"
We only allow simple function label imports, not the normal complicated
business with "wrapper" "dynamic" or data label "&var" imports.

Add new FFI calling convention "prim"
First in a series of patches to add the feature.
This patch just adds PrimCallConv to the CCallConv type.

The IO type has moved to GHC.Types in ghc-prim

Fix the way in the +RTS --info output

Set DELETE_ON_ERROR in ghc.mk

Fix the ghci wrapper
The ${1+"$@"} was being evaluated by make, rather than being escaped.

Fix #3132: a case of bogus code generation

Fix #3279, #3288: fix crash encountered when calling unblock inside unsafePerformIO
See comments for details

drop packedstring; it is no longer required by template-haskell

suggest "cd <dir>; make help"

Add support for 'make help' in subdirectories
Including help for directory-specific targets, such as 'make 1' in ghc

mention 'make {html,ps,pdf}'

eliminate "warning: overriding commnds..." from make when we're cleaning

Add 'make help', displaying a list of useful make targets

Add 'make fast' which omits deps (for a library) and some of the phases

add the missing final row of dashes in the success message

'make 1' in libraries builds just the stage1 libs
i.e. not dph, and hence not stage2

add 'make stage1_libs', to make just the stage 1 libs
i.e. not dph, and hence not the stage 2 compiler.