> > The network stuff has troubles - net002 in particular just hangs
> indefinitely (overnight in fact, until I kill explicitly)
I doubt that this is a new bug in 6.2.1. If you've got time to investigate that would be great, but I won't hold up 6.2.1 for it.
Agreed.
> and further along
> the line there are a number of ghc compiler crashes which are > unfortunately
> not reflected as such in the test log posted - I keep having > to tell XP not
> to notify Microsoft when the crash requestor comes up.
This is worrying. I guess I'll need to get a Win32 build here and try to reproduce. Is it the compiler crashing, or the test? I noticed you managed to do a full 3-stage bootstrap, so things can't be completely broken.
Definitely the compiler - this also happened a few weeks ago.
When it happened yesterday I was in the middle of a conversation and missed the details, but I recall from last time that it was to do with ghci.
I may be wrong this far forward in time.
I can't reproduce at home this weekend because, as usual, I can't get more than one computer at a time to reliably build GHC - currently the problem is
at the configure stage:
configure: configuring in ghc configure: running /bin/sh './configure' --prefix=c:/lang/ghc '--with-ghc=c:/lang/ghc-6.2.1/bin/ghc' '--prefix=c:/lang/ghc' '--host=i386-unknown-mingw32' '--with-gcc=c:/lang/MinGW/bin/gcc' '--enable-objectio' '--enable-src-tree-alex' '--enable-src-tree-haddock' 'host_alias=i386-unknown-mingw32' --cache-file=/dev/null --srcdir=. configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. configure: creating ./config.status config.status: creating ghc.spec configure: configuring in libraries configure: running /bin/sh './configure' --prefix=c:/lang/ghc '--with-ghc=c:/lang/ghc-6.2.1/bin/ghc' '--prefix=c:/lang/ghc' '--host=i386-unknown-mingw32' '--with-gcc=c:/lang/MinGW/bin/gcc' '--enable-objectio' '--enable-src-tree-alex' '--enable-src-tree-haddock' 'host_alias=i386-unknown-mingw32' --cache-file=/dev/null --srcdir=. configure: error: invalid package name: gcc configure: error: /bin/sh './configure' failed for libraries
> Unfortunately I'm not best descibed as "Mr Perl" and the...
BTW the test suite driver is in Python, not Perl ;-P
Yes I remembered after I pushed "send". It was a Freudian slip because as I was writing I was thinking - "Why is the Mangler written in Perl - better not mention it in this email in case someone suggests I convert it to Haskell myself - I don't want to learn Perl."
Substitute "Major Python" for "Mr Perl". Actually, maybe not!
> Similar comments apply to fixing the the nofib tests which are equally
> important in my opinion (although if memory serves there are > no crashes there).
nofib *should* be ok - are you getting failures there?
I've run nofib in the past and it has basically seemed OK - just false negatives if I recall.
Cheers
Mike Thomas
_______________________________________________ Cvs-fptools mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/cvs-fptools
