GitLab

Make the front panel compile again, submitted by Duncan Coutts
<duncan.coutts@worc.ox.ac.uk>.  From his email:

Attached is a patch to port the GHC RTS font panel to Gtk+ 2.x rather
than the obsolete Gtk+ 1.2.

There were basically two changes needed. Change the configure check to
look for the pkg-config utility rather than the old gtk-config. At it's
just checking for Gtk+ 2.0 or later. It may be that the new code
actually needs a slightly later version than that. I'm not quite sure.

The other change was to convert the ghc-fontpanel.glade file to the
glade-2 format using the libglade-convert script and then to re-generate
the C code for constructing the GUI, that is the Vis*.c Vis*.h files in
ghc/rts.

The front panel has been bit-rotting for quite some time so it has not
kept up with changes in the rts structures. So I had to comment out
references to 3 bits that no longer exist. I've left FIXMEs in the code
at the appropriate places so that someone wiser than me can make the
appropriate changes.

So the thing does now build though I have no doubt that it will not run,
or at least will not do the right thing because it has not yet been
updated to the current state of the rts. However hopefully now that it
is at least buildable with a modern Gtk+ version someone else might be
able to fix it up.

This also relates to trac ticket #599:

http://cvs.haskell.org/trac/ghc/ticket/599

remove one mention of hslibs

- remove hslibs link
- add Building Guide link
- remove the word "hierarchical" from "hierarchical libraries"

revert rev. 1.22 again, just in case this is the cause of the
segfaults reported on OpenBSD and SuSE.

Fix Windows build

Patch submitted by: Esa Ilari Vuokko <eivuokko at gmail.com>

fix bug in the case of an uncaught exception

check for overrun of the fd_set, some OSs give you more descriptors
than FD_SETSIZE

-----------------------------------------
	Fix 'mkName' operator in Template Haskell
	so that it handles built-in syntax
	-----------------------------------------

	Merge to stable branch

The 'mkName' function in Template Haskell wasn't dealing correctly with
built-in syntax.  The parser generates Exact RdrNames for built-in syntax
operators, such as ':' and '[]'; and hence so should Convert.

At the same time I'm now generating a better error message in TH when
you use a constructor as a variable or vice versa.

small tidyup for printing bindings with long identifiers: allow the
binder and its definition to go on separate lines

Small performance improvement to STM: reduce the size of an atomically
frame from 3 words to 2 words by combining the "waiting" boolean field
with the info pointer, i.e. having two separate info tables/return
addresses for an atomically frame, one for the normal case and one for
the waiitng case.

small fix to debugging output

Dont try to output code for "naughty" record selectors

Document record syntax for GADTs and existentials (thanks Autrijus)

Patch from Atrijus alleged to fix FreeBSD build

We must empty the suspended_ccalling_tasks and the returning_task list
when forking.

Modify some assertions that were occasionally incorrect

remove a misplaced RELEASE_LOCK

oops, undo previous (SMP.h is already included)

#include SMP.h

define wb() and xchg() for non-SMP versions of the RTS

-ddump-minimal-imports shouldn't turn off recompilation checking

sort packages by name and version in the 'ghc-pkg list' output

fix comment

object files don't use the .obj suffix on Windows.

In SMP mode it is still possible for an update frame on the stack to
point to an indirection, when two threads evaluate the same thunk (see
comment for details).

So we use the following trick: when the GC discovers an update frame
pointing to an indirection, it changes the indirection to be an
IND_PERM, so it will be retained rather than discarded.

fix some (thankfully harmless) typos

strictly speaking, we also need write barriers in the update code too
(although gcc hasn't been caught doing any reordering here, as yet).

unlockClosure() requires a write barrier for the compiler - write
barriers aren't required for the CPU, but gcc re-orders non-aliasing
writes unless we use an explicit barrier.

This only just showed up when we started compiling the RTS with -O2.

make this compile non-threaded again

lock down the global state in the StablePtr implementation

wibble

bugfix to rev. 1.3: we must fill the slop before writing the
indirectee, because in the case of AP_STACK the indirectee will
overwrite the size field of the closure.

bugfix to new raiseAsync_

A patch to the already-somewhat-delicate machinery that deals with
pattern-matching on unboxed tuples.  This patch deals with pattern
matches that can fail, e.g.
	case f x of
	  (# Just x, Nothing #) -> ...

The fix is in desugaring of HsCase (DsExpr.lhs).

The test is dsrun013

un-revert rev. 1.22, it wasn't the cause of last weekend's breakage

report the correct version number in the "compiled by GHC version.."
message in a bootstrapped compiler.