Build description = HEAD on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/simonmar/nightly/HEAD
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx
Nightly build started on cam-02-unx at Mon May 4 18:00:01 BST 2009.
checking out
Thanks for the e-mail. Things make a lot more sense now!!
I had another question: is there a (relatively) easy way to programmatically
derive Typeable for types with more than 7 parameters?
Thanks,
Jean
On Mon, May 4, 2009 at 5:05 AM, Simon Peyton-Jones wrote:
> I might just be very confused
...with
rm -f -r docs/users_guide/users_guide/
rm -f -r libraries/Cabal/doc/Cabal/
/usr/bin/xsltproc --stringparam base.dir docs/users_guide/users_guide/
--stringparam use.id.as.filename 1 --stringparam html.stylesheet
fptools.css --stringparam toc.section.depth 3 --stringparam
section.auto
Build description = HEAD on x86_64-unknown-linux
(cam-04-unx.europe.corp.microsoft.com)
Build location= /64playpen/simonmar/nightly/HEAD-cam-04-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-04-unx
Nightly build started on cam-04-unx at Mon May 4 19:00:01 BST 2009.
***
Mon May 4 03:53:24 PDT 2009 Ian Lynagh
* Test "ghc-pkg check" passes in bindisttest
Also fixes it so that it really does pass (we weren't substituting the
GMP variables in the RTS package config).
M ./bindisttest/Makefile +1
M ./distrib/configure-bin.ac +19
View patch online:
htt
Mon May 4 03:35:04 PDT 2009 Ian Lynagh
* Test bindists in a deeper subdirectory
configure looks for install-sh in . .. ../.. and we don't want it to
find the build system's install-sh.
M ./bindisttest/Makefile -6 +8
A ./bindisttest/a/
A ./bindisttest/a/b/
A ./bindisttest/a
Mon May 4 03:40:26 PDT 2009 Ian Lynagh
* Put install-sh into bindists
M ./ghc.mk -2 +2
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090504104026-3fd76-f23bd79b1863a78ef357258bc43b795efb00a473.gz
___
Cvs-ghc mailing list
Cvs
I might just be very confused about how instance definitions are stored, but
what is the difference between the type variables stored with a specific
instance (that one can get with is_tvs) and the type variables stored with the
class?
They are utterly un-connected! Eg
class C a w
| > Mmm. I wonder if make distclean could fail more gracefully?
|
| I think that distclean should load less of the build system. In fact, it
| should work in a non-configured tree.
|
| This would also fix a problem we've got on Windows, where distclean
| needs to be run multiple times to actually f
Build results:
x86-64 Linux head: fail (failed publishbindist nofib.clean.0
nofib.clean.0_2 nofib.clean.0_3 nofib.clean.0_4 nofib.clean.0_5)
x86 Windows head fast: pass pass lost pass pass
phil P4 Ubuntu Linux head: lost
tnaur x86 Linux head: pass
x86-64 Linux head unreg: fail
10 matches
Mail list logo