GitLab

Let's build genprimopcode when bootstrapping too.  There doesn't seem
to be an easy way around this.

Fix for unregisterised bootstrapping

Major refactoring of Data/Generics.
This also affects the compiler (because of deriving issues).
This is an intermediate commit.
The library is supposed to compile fine.
But the deriving stuff for Data needs to be revised.
The testsuite for Data/Generics will not pass.
gread is broken at the moment.
So it is strongly recommended not to cvs upd for a few hours or a day.

Detailed description of changes:
- Split up Data/Dynamic into Data/Typeable and Data/Dynamic.
  (This makes clear what part is about TypeReps and cast vs.
   dynamics. The latter is not needed by Data/Generics.)
- Renamed Data/include/Dynamic.h -> Typeable.h to end confusion.
- Split up Data/Generics.hs in a set of modules.
- Revised class Data:
  - Got rid of gunfold but added fromConstr as more primtive one
  - Revised representations of constructors
  - Revised treatment of primitive types
- Revised type of gmapQ; preserved old gmapQ as gmapL
- Added a module Data/Types.hs for treatment of types as values.

This is going somewhere.

Fixes to the hc-file-bundle target

Only haskell98 and base libraries are needed to link the compiler.

More BootingFromHc fixes

- Move suffix rules from bootstrap.mk to suffix.mk
- Make the bootstrap suffix rules $(odir)-aware, so they work for the compiler

Remove ancient/bogus booting-from-hc stuff.

- Remove hslibs stuff (we don't need hslibs for bootstrapping now)
- Add libraries/unix/include to the -I list

Set GhcWithInterpreter=NO in stage2

Document deriving(Typeable,Data)

Add cross refs

For GHCi, a recent simplification in TcRnDrive.tc_stmts turned out to
be bogus. Briefly, we were returning *monomorphic* values from a user
stmt (e.g. "let f x y = x>y") when we should wrap the *polymorphic* values.

See the comment with mk_return in tc_stmts.

There's no need to pass -u Main_zdmain_closure to the linker, indeed
this causes problems when there isn't a Main_zdmain_closure
(eg. linking a C program using GHC).

merge to STABLE

PrimopWrappers hack no longer required.

We don't need the MAKEFLAGS hack any more.

Fix depend rule for BootingFromHc

Something strange was going on with the depend rule and
$(STAMP_PKG_CONF); fix it.

- no need for hacky delayed setting of UseGhcForCc
- fix AutoApply.hc rule when BootingFromHc=YES

No need to test BootingFromHc (which won't be set yet) before setting
UseGhcForCc.

Comment previous commit

UseGhcForCc is only relevant when BootingFromHc=NO

alpha*-unknown-linux ==> alpha*-unknown-linux*  (from Ian Lynagh)

Always create directories for the .o file, not just when using the
compilation manager.

Fix egregious bug in the unregisterised case for RET_N, which was
causing an unregisterised compiler to crash.

Comments and cosmetics about dataTcOccs

Comment case-alternative invariants

forgot one file

These test have all moved over to
fptools/testsuite/tests/ghc-regress/ghci.  The old test suite in
fptools/ghc/tests is now finally dead!

Commit an untested, but hopefully more workable and up-to-date version
of this script.

Another cost-centre-restoring fix.  Restoring the cost centre in an
unboxed-tuple case alternative was using the wrong stack offset.

When GhcUnregisterised=YES, we must tell genapply about it.

Fix a nasty bug in eq_ufVar, which meant that unfoldings were
comparing equal when non-local names in the unfolding had changed,
which could lead to erroneously avoiding recompilation.

This bug could cause bad behaviour along the lines of "my program was
segfaulting, but I did make clean; make and now it works!".

merge to STABLE

Oops, move include of stdlib.h after MachRegs.h, so that it comes
after register variable declarations.

Update the documentation for filenames and related options to reflect
the new story.  Now we talk about hierarchical modules from the
outset, and hopefully the whole description is somewhat clearer than
before.

Check for unknown flags before (rather than after) checking -o and -ohi
flags, avoiding confusing behaviour like

% ghc -bad-option -c x.hs
ghc-6.0: unrecognised flags: -bad-option

% ghc -bad-option -c x.hs -ohi x.hi
ghc-6.0: -ohi can only be used when compiling a single source file
Usage: For basic information, try the `--help' option.

% ghc -bad-option -c x.hs -o x.o
ghc-6.0: can't apply -o to multiple source files
Usage: For basic information, try the `--help' option.

(looks better with scores of flags)

please merge to STABLE

We use NULL in the headers (at least when -prof is on), so we better
#include <stdlib.h>.  We normally get it via HsBase.h anyway, but we
shouldn't rely on that.

Document that changing directories unloads all modules.

:cd now causes all modules to be unloaded.

This is the easy fix for a problem whereby changing directories will
cause GHC to try to demand-load objects from the wrong place, because
it is using relative pathnames.

It's not obvious what the "right" thing to do is if the user changes
directory with :cd and then does a :reload.  Perhaps the right thing
to do is to make the search path "sticky", so that it stays relative
to the original current directory.  This would probably require some
re-engineering of GHC to only use absolute paths internally.

Comment out the warning about filenames not matching module names.