On Wed, May 26, 1999 at 11:18:34AM +0100, Giuliano P Procida wrote:
> I will try to hack hsc with a binary editor to remove the fflush
> call and see what happens.
OK, one hacked hsc and a couple more hours of compilation later and
I've run into another problem (compiling ghc/lib/posix/PosixTTY.l
> I think it's a bug when a compiler doesn't
> understand an intermediate file it generated a
> few minutes before. According to GHC:
It's a bug all right. I've just fixed it. In principle there
is absolutely nothing wrong with types like
zdfHasTextWindow :: __forall [v]
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
> Line 114 of Window.hi says:
> > 1 zdfHasTextWindow :: __forall [v] {GUIValue.GUIValue v, GUIState.GUIObject
>Window} => {GUIBaseClasses.HasText Window v} ;
>
> ghc --version says
> > The Glorious Glasgow Haskell Compilation System, version 4.03, patchlevel 0
> I downloaded it around 18th May