RE: ghc 4.02 compilation failure (linux i386 glibc)

[Sigbjorn Finne (Intl Vendor)]

Giuliano P Procida <[EMAIL PROTECTED]> writes: 
> 
  ...
> This is the compiler in action! Earlier in the strace there is:
> write(2, "R", 1)                        = 1
> write(2, "e", 1)                        = 1
> This is part of the byte-by-byte output of "** Reader:\n" I thought IO
> output had been improved? Or has buffering been turned off altogeter?
> 

You're writing on standard error here, which is unbuffered by default.
In general, it's not clear how you could improve on the behaviour
you're seeing with the way Haskell represents strings.

> Is there much point in trying for a coredump?
> 
> Other details:
> 
> /dev/hda9              1988924   1141915    744195  61% /home
> /dev/hda6               248847       634    235363   0% /tmp
> 64M of RAM, 128M of swap
> Linux henry 2.2.6 #5 Thu May 6 15:15:49 BST 1999 i686 unknown
> GNU Make version 3.77, by Richard Stallman and Roland McGrath.
> ldd (GNU libc) 2.1.1
> egcs-2.91.66 (1.1.2 source)
> GNU ld 2.9.1 (binutils version)
> The Glorious Glasgow Haskell Compilation System, version 
> 4.02, patchlevel 0
> Happy Version 1.5 Copyright (c) Andy Gill, Simon Marlow 1993-1997
> 

You're running a fairly bleeding edge kernel there, so that may have
something to do with it. Have you run into any Signal13 troubles on
that box? 

Other than that, I'm generally stumped as to why this is happening.
You could try to run 'hsc' from within gdb to see where it is failing
- compile PrelBase.o with -v to see the (long!) command-line that
hsc gets passed.

hth
--sigbjorn