GitLab

Compile with -Wall

Even more warning police:
* Help GCC a bit with "unitialized" variables.
* Added #include for islower
* Nuked variable `syncs', which always contained the empty string.
  GCC complained about an empty format string, BTW.

Warning police: Nuked unused variables.

Warning police: GCC complains about built-in function `log' being used
as a non-function, so let's rename it to logFile.

disable --enable-win32-dlls, feature not currently on offer

add link to parsec package

Add comment about the LDV code in UPD_DB_UPDATABLE when
EAGER_BLACKHOLING is no - it looks like it can't possibly work to me.

Fix problem with MARK.

Patch submitted by Nicholas Nethercote <njn25@cam.ac.uk>.

TEXT_BEFORE_HEAP is not used any more.

Throw away an SCC on a single variable.  This seems to be justified:
there can be no work to attribute to the current cost centre when
evaluating a lone variable, other than the act of entering the
closure, and possibly returning immediately if it is a variable.

This also fixes a bug in profiling, which showed up as incorrect
transformations made by the simplifier resulting in extra strictness.
The simplifier assumes (in Simplify.simplLazyBind) that (let x = e in
x) will have been turned into x, but this isn't true if there's an SCC
around the x.

OpenGL support for Mac OS X:

In FPTOOLS_CHECK_HTYPE, be ready to include Apple's non-standard
<OpenGL/gl.h>
instead of the usual <GL/gl.h>.

OpenGL support for Mac OS X:

"./configure --enable-hopengl" on Mac OS X now uses the OpenGL libs that come
with Apple's "Quartz" display system.
"./configure --enable-hopengl=x11" looks for an X11 implementation of OpenGL
(which is an optional install on Mac OS X).

Added a corresponding "USE_QUARTZ_OPENGL" flag to config.h

Revert to previous commit, i.e. ProjectVersion is now a plain "6.1"
again, not "6.1.20030727". It looked like an accidental commit and
broke my build scripts.

gcc 3.3's cpp fix on sparc.

Could be merged to stable if it's not too late.

Print HsExprs a bit deeper before ... ellipsis

Comments only

Fix multi-slurp protection (#define was missing).  (No I don't go around
looking at header files for minor problems like this; I was actually trying to
remind myself how to do it, and this was the first place I looked :-)

Disable update-in-place.  In its current form, it has a serious bug:
if the thunk being updated happens to have turned into a BLACKHOLE_BQ,
then the mutable list will be corrupted by the update.

Disabling update-in-place has some performance implications: many
programs are not affected, but one program in nofib (nucleic2) goes
about 20% slower.  However, I can get it to go 300% faster by adding a
few strictness annotations and compiling with -funbox-strict-fields.

Comments only: the TICK_UPD_*_IN_PLACE aren't relevant any more.

TICK_UPD_CON_IN_NEW() in the update code is wrong now, because it
could be a PAP, not just a CON.

Reorganise the type-system-extension part of GlaExts docs

--------------------------
  Fix an obscure but long-standing bug in Type.applyTys
	   --------------------------

The interesting case, which previously killed GHC 6.0, is this
	applyTys (forall a.a) [forall b.b, Int]
This really can happen, via dressing up polymorphic types with newtype
clothing.  Here's an example:
	newtype R = R (forall a. a->a)
	foo = case undefined :: R of

Test simplCore/should_compile/simpl0009 uses this as a test case.

Comments only

Fix previous patch (backslashes required in multi-line macro defns).

Further updates to the hc-file-bundle target: ghc/compiler/utils is
required, and we should also keep ghc/rts/AutoApply.hc.

Some more revisions; it nearly works on my unregisterised setup now.

Remove multi-line strings in macros (CPP is stricter in GCC 3.3).

From: Oliver Braun.

Build genapply when BootingFromHc too - it'll help when compiling the
RTS in the second stage (after turning off BootingFromHc).

Wibbles

Getting closer for GHC 6.x: now gets as far as building a working
compiler from unregisterised HC files.

Fix for building _stub.c files in BootingFromHc mode.

Sync deriving( Data ) with the new Data class

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.