More through testing of my quick fix (ie trying bigger examples)
revealed that my "trap '' 26" hack failed about 1% of the time.
This being too often (approximately once per program run!)
I hacked up fptools/ghc/lib/std/cbits/system.c by adding this code
case 0:
/* the child */
#ifd
On FreeBSD using ghc 4.04, long running commands executed with
System.system are being interrupted by virtual alarms leading to
errors such as:
o Fail: interrupted
Action: system
Reason: system command interrupted rm -f xxx yyy
o Virtual timer expired
o gcc: Internal compiler error: p
On Thu, 16 Mar 2000, Chris Okasaki wrote:
> newtype Foo = F Foo
Interesting loop hole you found there! Semantically it should be pretty
clear what this type means, just as the corresponding meaning on the
value level:
bottom = bottom
Foo is simply Void! (formal def. later)
Void has been in
[Me reporting: Integer artithmetic broken.]
[Simon Marlow reporting: Integer arithmetic possibly fixed.]
Hello again,
It has taken me 8 days to rebuild ghs from cvs after
this report. Unfortunately I have to report thast
the Integer arithmetic is still broken.
Pleases feel free to contact me
> I've just tried to build GHC 4.06 from the ix86 .hc file distribution.
> It all went swimmingly until near the end when I got the
> following error:
>
> $ autoconf
> $ configure --enable-hc-boot
> $ make boot
> $ make all
> [...]
> ./driver/ghc-inplace -o hsc -cpp -fglasgow-exts -Rghc-timing
I've just tried to build GHC 4.06 from the ix86 .hc file distribution.
It all went swimmingly until near the end when I got the following error:
$ autoconf
$ configure --enable-hc-boot
$ make boot
$ make all
[...]
./driver/ghc-inplace -o hsc -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen
-Inative
> Simon Marlow wrote:
> > It builds fine for me here with autoconf 2.13 on Solaris.
> Perhaps you have
> > some old configure files lying around in ghc/rts/gmp/*.
> Try blowing away
> > your gmp subtree and starting again.
> After deleting the whole of ghc, rerunning autoconf several times
>
Simon Marlow wrote:
> It builds fine for me here with autoconf 2.13 on Solaris. Perhaps you have
> some old configure files lying around in ghc/rts/gmp/*. Try blowing away
> your gmp subtree and starting again.
After deleting the whole of ghc, rerunning autoconf several times
(why isn't this don
> Simon Marlow wrote:
> > What version of autoconf is this, just out of interest?
>
> autoconf --version
> > Autoconf version 2.13
> Oh no, don't tell me I've got to install a private copy of
> yet another bit of
> software to compile GHC . . .
It builds fine for me here with autoconf 2.13 on S
Simon Marlow wrote:
> What version of autoconf is this, just out of interest?
autoconf --version
> Autoconf version 2.13
Oh no, don't tell me I've got to install a private copy of yet another bit of
software to compile GHC . . .
> Reuben Thomas wrote:
> >
> > I already came across this, and Sigbjørn sent me a fix,
> which should soon
> > be in CVS. Just in case it's not, it follows below. I found
> that I also
> > needed to change rts/gmp/configure.in so that the first
> call to AC_INIT
> > occurred after the setting
Reuben Thomas wrote:
>
> I already came across this, and Sigbjørn sent me a fix, which should soon
> be in CVS. Just in case it's not, it follows below. I found that I also
> needed to change rts/gmp/configure.in so that the first call to AC_INIT
> occurred after the setting of the three variable
> I downloaded the sources from GHC 4.06, made the shallow tree, added a
> build.mk in mk/ with -H80, later with -H80 -O2, made
> ./configure in ghc/
> and ./configure in the main tree, (copied both .y files because happy
> doesn't work on links done with lndir -- it's only NT), said
> make boot
13 matches
Mail list logo