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 15 18:02:05 BST 2008.
checking out
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 15 18:12:08 BST 2008.
checki
2008/7/15 Thomas Schilling <[EMAIL PROTECTED]>:
> Tachchen,
>
> Neil Mitchell tells me that he and Simon PJ are in favour of adding
> instances for Data, Typeable, and Uniplate for many of the datatypes used
> inside GHC. I agree that this should certainly be done for the external
> interface of G
Hi Thomas,
does that mean your project has started at last?-) Judging
from recent Haskell Weekly News issues, I wasn't the only
one who had despaired of ever hearing from you again;-)
Since you've only just joined the discussion, and apparently
haven't yet caught up on recent email here, you mig
Tachchen,
Neil Mitchell tells me that he and Simon PJ are in favour of adding
instances for Data, Typeable, and Uniplate for many of the datatypes
used inside GHC. I agree that this should certainly be done for the
external interface of GHC, i.e., core-plugins and GHC API. Here they
cou
Hi Ian,
the solution turns out to be very simple, and already visible in my first
mail.
Ian Lynagh wrote:
>
> Hi Jost,
>
> On Mon, Jul 14, 2008 at 06:03:15PM +0200, Jost Berthold wrote:
>>
>> cd hpc&& /home/t-josber/BUILDS/HEAD/libraries/cabal-bin
>> /home/t-josber/bin/ghc-6.8.3
>> /home/t-jo
Awesome!
Thanks!-) I've updated the code a bit, to traverse Bags and NameSets
abstractly (via toList/fromList), to extract common functionality into a
separate module Utils, and to organize the avoidance of potholes in the
Ast types based on stages (one surprise: HsBind.lhs promises that
placeHo
Hi Jost,
On Mon, Jul 14, 2008 at 06:03:15PM +0200, Jost Berthold wrote:
>
> cd hpc&& /home/t-josber/BUILDS/HEAD/libraries/cabal-bin
> /home/t-josber/bin/ghc-6.8.3
> /home/t-josber/BUILDS/HEAD/libraries/bootstrapping.conf build
> --distpref=dist-bootstrapping
> Preprocessing library hpc-0
Claus Reinke wrote:
I've never found the rationale for GHC's binary incompatibility
very convincing (yes, we want cross-package optimizations, and
yes, we do like it if GHC V(n+1) does a better job at compiling
package P than GHC Vn did; but why can't GHC V(n+1) do
at least as good a job as GHC
Mon Jul 14 23:42:46 PDT 2008 Manuel M T Chakravarty <[EMAIL PROTECTED]>
* Type families: GADT instances for data families (#1968)
A ./tests/ghc-regress/indexed-types/should_compile/GADT13.hs
M ./tests/ghc-regress/indexed-types/should_compile/all.T +1
View patch online:
http://darcs.has
Build results:
x86-64 Linux head:lost
x86 Windows head: fail (failed stage3 bindist bindisttest failed
slave lost)
x86 Windows head fast:pass pass fail (failed stage1) fail (failed
darcs) fail (failed darcs) fail (failed darcs) fail (failed darcs)
gabor head:
Build results:
tnaur PPC OSX stable 2: pass
tnaur x86 Linux stable: pass
x86 Windows stable: lost
x86 Windows stable fast: pass pass lost pass pass pass lost
x86-64 Linux stable: lost
Old unexpected test passes:
T1900 6 gabor stable
T1999 6 gabor stable
New unexpected test
12 matches
Mail list logo