Build description = STABLE on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/ghc/nightly/STABLE-cam-02-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx
Nightly build started on cam-02-unx at Sat Sep 29 19:00:00 BST 2007.
Build description = HEAD on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/ghc/nightly/HEAD-cam-02-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx
Nightly build started on cam-02-unx at Sat Sep 29 19:30:02 BST 2007.
checki
dons:
> simonpj:
> >In bytestring package, Data.Char8 doesn't even get past the parser.
> >What's going on with bytestring?
> >
>
> Looks like the last patch added a ',' to the end of a line, which was
> silently accepted by 6.6.1 which Duncan uses, but failed with the head
> (which I us
simonpj:
>In bytestring package, Data.Char8 doesn't even get past the parser.
>What's going on with bytestring?
>
Looks like the last patch added a ',' to the end of a line, which was
silently accepted by 6.6.1 which Duncan uses, but failed with the head
(which I use).
Patch applied.
-
In bytestring package, Data.Char8 doesn't even get past the parser. What's
going on with bytestring?
Simon
c:/simonpj/darcs/HEAD/compiler/stage1/ghc-inplace.exe -package-name
bytestring-0.9 -hide-all-packages -i -idist/build/autogen -idist/build -i.
-Idist/build -Iinclude -#include "fpstring.
Hello,
I'd like to set up a BuildBot for Solaris 10 running on Sparc for
GHC. If you are interested, please tell me, so I will send you the
details.
Best regards,
Florian
pgpNSaS1dPA3l.pgp
Description: PGP signature
___
Cvs-ghc mailing list
Cvs-ghc@h
> I'm not sure what your question is. Here (~>) belongs to the same name
> space as type variables. Remember both type contructors and data
> constructors
Oh, sorry about that! I didn't realise there was a namespace for type
variables.
> The 'other' case doesn't distinguish operators for TvName
| I want to use OccName.isSymOcc to test wether a type constructor is an
| operator or not. But it seems to assume that type operators are always
| consyms. I'm wondering if this is a bug, since GHC accepts the following
| code:
|
| newtype Flip (~>) b a = Flip { unFlip :: a ~> b }
I'm not sure wh
Hi!
I'm playing around with the Html backend of Haddock 2.0, trying to
implement more rendering. Of course, I'm trying to use as much of the GHC
API as possible to aid me.
I want to use OccName.isSymOcc to test wether a type constructor is an
operator or not. But it seems to assume that type oper
| With the last set of patches to package bytestring, the head fails
| to compile for me (not building from a virgin tree, but after make
| distclean) on MacOs. It complains that cabal has not been build
| properly.
|
| Manuel
me too. here's the output
( cd bytestring && setup/Setup configure \
With the last set of patches to package bytestring, the head fails
to compile for me (not building from a virgin tree, but after make
distclean) on MacOs. It complains that cabal has not been build
properly.
Manuel
___
Cvs-ghc mailing list
Cvs-ghc@
Build description = HEAD on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/ghc/nightly/HEAD-cam-02-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx
Nightly build started on cam-02-unx at Fri Sep 28 19:30:02 BST 2007.
checki
Build description = STABLE on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/ghc/nightly/STABLE-cam-02-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx
Nightly build started on cam-02-unx at Fri Sep 28 19:00:01 BST 2007.
Build results:
x86-64 Linux head: lost
gabor head:pass
gbesh Intel x86_64 Linux head: fail (failed stage1)
kahl G5 Gentoo Linux head: fail (failed stage1)
phil P4 SuSE Linux head: pass
x86-64 Linux head unreg: fail (failed stage1)
Old unexpected test
Build results:
kahl G5 Gentoo Linux stable: pass
x86 Windows stable: pass
x86 Windows stable fast: pass pass pass pass pass pass
x86-64 Linux stable: lost
New unexpected test failures:
Simple18 1 x86 Windows stable fast
conc023 1 x86 Windows stable
Fixed unexpec
15 matches
Mail list logo