RE: ghc 4.02 compilation failure (linux i386 glibc)

1999-06-17 Thread Kevin GLYNN


FWIW, I built it with libc5,  hacking hsc with an editor wasn't very
appealing! Giuliano's bug report seems to be still outstanding, and
there's been no new release of glibc2.1 since.

Kevin



Simon Marlow writes:
   On Tue, May 25, 1999 at 02:08:19PM +0100, I wrote:
However, it may have been a miscompiled glibc (this is the
libc6-2.1.1-7 Debian build), more news tomorrow when I find the
relevant mail messages.
   
   It still does not work with the 2.1.1-9 build, so it may have been
   something introduced since libHS was built, or it may be a compiler
   problem. I will try to hack hsc with a binary editor to remove the
   fflush call and see what happens.
  
  Anyone make any progress on this one?  We've hit the same problem with a
  newly installed Mandrake (libc-2.1.1) here.
  
  Is it sufficient to remove the fflush call in RtsStartup.c and boot from .hc
  files?
  
  Cheers,
   Simon
  



CVS ghc: Internal happy error with happy-1.4

1999-06-17 Thread Michael Weber

Hi!

Maybe someone wants to document that the CVS ghc from the last few days
(since yacc-happy parser shift?) does not work with happy-1.4. Nevertheless
it works with happy-1.5.


The offending part (although IMHO Printf.lhs is *NOT* the problem!):


==fptools== make all --no-print-directory -r;
 in /opt/i2/work2/install/ghc/cvs/fptools-solaris2.7/ghc/lib/misc

rm -f Printf.o ; if [ ! -d Printf ]; then mkdir Printf; else find Printf
-name '*.o' -print | xargs rm -f __rm_food ; fi ;
../../../ghc/driver/ghc -K32m -H100m -dcore-lint -I. -i../posix
-i../concurrent -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -O
-split-objs -odir Printf -static-c Printf.lhs -o Printf.o -osuf o

Internal Happy error
make[3]: *** [Printf.o] Error 1
make[2]: *** [all] Error 1
make[1]: *** [all] Error 1
make: *** [all] Error 1



Cheers,
Michael



Re: Compiling GHC 4.02 using the *.hc files on RedHat 6.0 Linux

1999-06-17 Thread Jose Romildo Malaquias

I have adopted the following solution:

 $ cd /var/tmp
 $ tar -zxf /urano/downloads/haskell/ghc/ghc-4.02-src.tar.gz
 $ cd fptools
 $ tar -zxf /urano/downloads/haskell/ghc/ghc-3.02-hc.tar.gz
 $ ./configure --prefix=/var/tmp/ghc --enable-hc-boot  
 
 $ make boot
 $ make all
 $ ./configure --prefix=/var/tmp/ghc
 $ cd ghc/lib
 $ make clean
 $ make boot
 $ make all
 $ PATH="/var/tmp/fptools/ghc/driver:$PATH" make -k install
 $ touch touch ghc/compiler/rename/ParseIface.o
 $ PATH="/var/tmp/fptools/ghc/driver:$PATH" make install

Romildo [EMAIL PROTECTED]
==

On Wed, Jun 16, 1999 at 09:39:33AM -0300, Jose Romildo Malaquias wrote:
 I am compiling GHC 4.02 from sources using the *.hc files suplied
 at the GHC home page. I am doing that on a Linux Red Hat 6.0 machine
 (glibc 2.1, egcs 1.1.2). The steps are:
 
 $ cd /var/tmp
 $ tar -zxf /urano/downloads/haskell/ghc/ghc-4.02-src.tar.gz
 $ cd fptools
 $ tar -zxf /urano/downloads/haskell/ghc/ghc-3.02-hc.tar.gz
 $ ./configure --prefix=/var/tmp/ghc --enable-hc-boot 
   
 $ make boot
 $ make all
 $ ./configure --prefix=/var/tmp/ghc
 $ cd ghc/lib
   $ make clean
 $ make boot
 $ make all
   $ PATHI="/var/tmp/fptools/ghc/driver:$PATH" make install
 
 Now at the "make install" phase I got the following error:
 
 
 ==fptools== make install --no-print-directory -r;
  in /usr/src/redhat/BUILD/fptools/ghc/compiler
 
 /usr/bin/happy +RTS -K2m -H10m -RTS-g rename/ParseIface.y
 unused terminals: 16
 ghc -dcore-lint -O -H10m -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen 
-Iparser 
-iutils:basicTypes:types:hsSyn:prelude:rename:typecheck:deSugar:coreSyn:specialise:simplCore:stranal:stgSyn:simplStg:codeGen:absCSyn:main:reader:profiling:parser:nativeGen
 -recomp   -Onot -H45m -fno-warn-incomplete-patterns  -c rename/ParseIface.hs -o 
rename/ParseIface.o -osuf o
 [...]
 Compilation had errors
 
 make[2]: *** [rename/ParseIface.o] Error 1
 make[1]: *** [install] Error 1
 make: *** [install] Error 1
 Bad exit status from /var/tmp/rpm-tmp.69495 (%install)
 ==
 
 If I update the time stamp of ParseIface.o and continue the
 process (another "make install") it finishes successfuly.
 
 But I am building an rpm for ghc and I need to *eliminate* the
 error completely.