patch applied (testsuite): Types families: clean up, part 2

Tue Jul 8 18:59:54 PDT 2008 Manuel M T Chakravarty <[EMAIL PROTECTED]> * Types families: clean up, part 2 M ./tests/ghc-regress/indexed-types/should_compile/Class3.stderr -1 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080709015954-6295e-52e158e9d53f317aeaf7fa

patch applied (testsuite): Type families: clean up

Tue Jul 8 05:00:15 PDT 2008 Manuel M T Chakravarty <[EMAIL PROTECTED]> * Type families: clean up - RankN1 was a bogus test. There error didn't have anything to do with rank-n types, but was just due to an ambiguous signature. A ./tests/ghc-regress/indexed-types/should_compile/Class3

patch applied (ghc): Fix build; Opt_LinkHaskell98 is now Opt_AutoLinkPackages

Tue Jul 8 15:40:05 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix build; Opt_LinkHaskell98 is now Opt_AutoLinkPackages M ./compiler/main/DriverPipeline.hs -2 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080708224005-3fd76-27793d50dc20e261f01a231acd5a0d735d9eec95.gz

patch applied (ghc): Extend the flag for not automatically linking haskell98

Tue Jul 8 09:56:54 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Extend the flag for not automatically linking haskell98 It now also doesn't automatically link base and rts either. We need this when we've done a build, so base and rts are in the package.conf, but we've then cleaned the librar

patch applied (ghc): Remove all .hi-boot-6 files

Tue Jul 8 08:00:59 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Remove all .hi-boot-6 files From 6.4 onwards we use .(l)hs-boot instead. Spotted by Max Bolingbroke. R ./compiler/basicTypes/DataCon.hi-boot-6 R ./compiler/basicTypes/IdInfo.hi-boot-6 R ./compiler/basicTypes/MkId.hi-b

patch applied (ghc): Add some missing deps in libraries/Makefile

Tue Jul 8 07:27:52 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Add some missing deps in libraries/Makefile M ./libraries/Makefile -4 +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080708142752-3fd76-dc77b0d736cd8bb357ac4d0b4ba52ef26dcf54a7.gz __

patch applied (ghc): Get rid of compat/

Mon Jul 7 17:27:17 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Get rid of compat/ Compat.Unicode is not utils/Unicode in the compiler. We build the hpc package with the stage1 compiler. Nothing else in the compat package was still used. ./compat/Compat/Unicode.hs -> ./compiler/utils/U

Re: Priorities for 6.10

simonpj: > Don, Duncan > > | We need to do something about the Haskell library platform around the > | 6.10 release too. At least a list of libraries considered the > | an minimal platform for support by the distros. > > Simon and Ian and I were discussing this yesterday. Could the > "Haskell L

[nightly] 08-Jul-2008 build of STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

Build description = STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/simonmar/nightly/STABLE Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx Nightly build started on cam-02-unx at Tue Jul 8 18:12:05 BST 2008. checkin

[nightly] 08-Jul-2008 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

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 Tue Jul 8 18:02:05 BST 2008. checking out

Re: Is the HEAD dead? Or my daily HEAD breakage...

http://darcs.haskell.org/buildbot/head/builders/x86%20Windows%20head%20fast/builds/2357/steps/stage1/logs/stdio same log, earlier, apparently unnoticed (!), as it doesn't stop the build: c:/builds/slave/x86-win-fast-head/build/utils/hsc2hs/install-inplace/bin/hsc2hs --cflag=-mno-cygwin --cf

Re: Is the HEAD dead? Or my daily HEAD breakage...

mv: rename GNUmakefile to GNUmakefile.tmp: No such file or directory Preprocessing library base-3.0... Undefined symbols: "_base_GHCziStable_StablePtr_con_info", referenced from: [...] "_base_GHCziIOBase_heapOverflow_closure", referenced from: ld: symbol(s) not found collect2: ld returned 1

Re: Is the HEAD dead? Or my daily HEAD breakage...

Hi Manuel, On Tue, Jul 08, 2008 at 11:55:31AM +1000, Manuel M T Chakravarty wrote: > > mv: rename GNUmakefile to GNUmakefile.tmp: No such file or directory > Preprocessing library base-3.0... > Undefined symbols: > "_base_GHCziStable_StablePtr_con_info", referenced from: [...] > "_base_GHCzi

StringBuffer

Ian WELL DONE for tracking down the StringBuffer problem to the point where Simon could nail it. It's probably the root cause of a number of Heisenbugs. Congratulations! Simon ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mail

Re: Is the HEAD dead? Or my daily HEAD breakage...

Manuel M T Chakravarty wrote: I don't want to sound too negative, but do you guys still use validate? Yes!! I did one yesterday before I pushed and it went through with zero failures. Nothing has changed - validate is still required before pushing. The problems we're seeing recently are m

RE: Priorities for 6.10

Don, Duncan | We need to do something about the Haskell library platform around the | 6.10 release too. At least a list of libraries considered the | an minimal platform for support by the distros. Simon and Ian and I were discussing this yesterday. Could the "Haskell Library Platform" *be* wh

Daily report for head

Build results: x86-64 Linux head: lost x86 Windows head: lost x86 Windows head fast: fail (failed stage1) fail (failed stage1) lost lost lost fail (failed stage1) lost kahl G5 Gentoo Linux head: fail (failed boottestsuite) tnaur x86 Linux head: fail (failed boottestsuite)

Daily report for stable

Build results: gabor stable:pass kahl G5 Gentoo Linux stable: pass kgardas stable: fail (failed stage1) tnaur PPC OSX stable 2: lost tnaur x86 Linux stable: lost x86 Windows stable: lost x86 Windows stable fast: pass pass lost lost lost pass lost