RE: make system questions

Yes! Thank you! d- > -Original Message- > From: Austin Seipp [mailto:mad@gmail.com] > Sent: Wednesday, July 18, 2012 4:42 PM > To: Dimitrios Vytiniotis > Cc: cvs-ghc@haskell.org > Subject: Re: make system questions > > Saying 'make V=1' instead of &

make system questions

Hi, I had not built HEAD for a while so I observed that something changed in the build system. When I run make or validate I now get less verbose information, e.g: HC [stage 1] one-module HC [stage 1] another-module which is short and nice. *BUT* since I am often changing things in

RE: build failure due to RTS C errors ...

Ah I am on 32-bit linux, so this could be an untested platform maybe? d- > -Original Message- > From: Simon Peyton-Jones > Sent: Monday, April 30, 2012 9:54 AM > To: Dimitrios Vytiniotis; cvs-ghc@haskell.org > Subject: RE: build failure due to RTS C errors ... >

build failure due to RTS C errors ...

Hi all, I just pulled this morning from HEAD and tried to validate in Linux (using gcc 4.6.1), and I got a lot of C errors from RTS type incompatibilities. Some are: rts/Linker.c: In function 'mmapForLinker': rts/Linker.c:1641:8: error: format '%lu' expects argument of type 'long unsigned

RE: cabal related build failure

From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] On Behalf Of Dimitrios Vytiniotis Sent: Wednesday, April 04, 2012 8:08 PM To: cvs-ghc@haskell.org Subject: cabal related build failure Friends, after a make clean and make distclean I try to 'sh validate' a

cabal related build failure

Friends, after a make clean and make distclean I try to 'sh validate' again on my own branch and got the following: /home/dimitris/GHC/ghc-new-flavor/ghc/bindisttest/install dir/lib/ghc-7.5.20120404/dph-lifted-vseg-0.6.0.1 Registering dph-lifted-vseg-0.6.0.1... for f in '/home/dimitr

RE: build failures on MacOsX

rom: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] On Behalf Of Dimitrios Vytiniotis Sent: Thursday, March 29, 2012 9:50 AM To: cvs-ghc@haskell.org Subject: build failures on MacOsX Hi all, this morning I get the following when I tried to build after a full clean. But I swea

build failures on MacOsX

Hi all, this morning I get the following when I tried to build after a full clean. But I swear I did manage to `make' last night (with devel2 flavor)! "/usr/bin/ghc" -optc-Wall -optc-Werror -optc-Iincludes -optc-Iincludes/dist -optc-Iincludes/dist-derivedconstants/header -optc-Iincludes/dist-g

RE: head panic when building dph?

Ok thanks! It's not stopping me from anything so it is not super urgent for me. d- > -Original Message- > From: Manuel M T Chakravarty [mailto:c...@cse.unsw.edu.au] > Sent: 16 March 2012 06:17 > To: Dimitrios Vytiniotis > Cc: cvs-ghc@haskell.org > Subject: Re: h

RE: head panic when building dph?

I did nothing special, just 'make' (not validate if that matters) with the default devel2 flavor in build.mk > -Original Message- > From: Manuel M T Chakravarty [mailto:mchakrava...@me.com] > Sent: Thursday, March 15, 2012 12:52 PM > To: Dimitrios Vytiniotis &g

RE: head panic when building dph?

xp.hs, line 335 thanks! d- > -Original Message- > From: Ben Lippmeier [mailto:b...@ouroborus.net] > Sent: 14 March 2012 03:39 > To: Dimitrios Vytiniotis > Cc: cvs-ghc@haskell.org > Subject: Re: head panic when building dph? > > > On 14/03/2012, at 2:24 AM, Dim

head panic when building dph?

Hi all, just checked out a fresh copy of HEAD and got the following: "inplace/bin/ghc-stage2" -H64m -O -fasm-package-name dph-lifted-vseg-0.6.0.1 -hide-all-packages -i -ilibraries/dph/dph-lifted-vseg/. -ilibraries/dph/dph-lifted-vseg/dist-install/build -ilibraries/dph/dph-lifted-vseg/dis

validate test failure

Hi, in my tree I get 'break012' failing with some fairly small modifications in the output: cd ./ghci.debugger/scripts && HC='/64playpen/dimitris/GHC-HEAD/ghc/inplace/bin/ghc-stage2' HC_OPTS='-dcore-lint -dcmm-lint -dno-debug-output -no-user-package-conf -rtsopts -fno-ghci-history ' '/64pl

race in dph testsuite

Hi, I observed something that looks like a race when testing (during validation) the dph/ directory in the testsuite. It's not killing me or anything but validate fails because of this. When I run the individual tests independently they succeed. thanks! d- cd ./dph/sumnats && '/64playpen/dim

RE: Windows biuld broken

We've investigated this with Simon (due to double "\" parsing extravaganza, temporary files end up in ifaces on windows) and he is or will be pushing a patch if not done already -- temporarily you can do: diff --git a/compiler/main/HscMain.hs b/compiler/main/HscMain.hs index 4d106bd..7e8 100

RE: base compilation failure

I should say I am on MinGW. Please someone fix? This is stalling me. Thanks! d- > -Original Message- > From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] > On Behalf Of Dimitrios Vytiniotis > Sent: 22 November 2011 18:40 > To: cvs-ghc@haskell.org

base compilation failure

Hi, I just cleaned everything pulled and did make again, and got: "inplace/bin/ghc-stage1.exe" -H64m -O -fasm-package-name base-4.4.0.0 -hide-all-packages -i -ilibraries/base/. -ilibraries/base/dist-install/build -ilibraries/base/dist-install/build/autogen -Ilibraries/base/dist-install/bu

RE: panic building listlike package with HEAD: emitWantecCts

Thanks, I will have a look! d- > -Original Message- > From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] > On Behalf Of David Terei > Sent: 17 November 2011 10:04 > To: cvs-ghc@haskell.org > Subject: panic building listlike package with HEAD: emitWantecCts > > Hi all

heads up: GHC gets a new constraint solver (again)

- > > commit 0007c0ec9c0de68e3a348b8c4112ac48fd861b1e > Author: Dimitrios Vytiniotis > Date: Wed Nov 16 16:12:48 2011 + > > GHC gets a new constraint solver. More efficient and smaller in size. > > compiler/basicTypes/Data

test case failure when validating

Hi, on Linux again (on a slightly different branch but fully pulled from master) I get the following failure in the testsuite when validating: codegen/should_run/cgrun057 What was the story with this test? I remember I've seen it in some commit messages in the recent past ... Thanks! d-

RE: validate error (?)

-ghc@haskell.org Subject: Re: validate error (?) On Tue, Nov 08, 2011 at 11:06:44PM +, Dimitrios Vytiniotis wrote: > > I am getting this on Linux when validating with the default validate settings > (but I don't get the error when I am > making with the default devel2). To be fa

validate error (?)

Hi, I am getting this on Linux when validating with the default validate settings (but I don't get the error when I am making with the default devel2). To be fair this is my own branch but I am fully pulled from HEAD and never touched the rts far as I can remember. Anyone else getting this? Th

build error

Hi all, I got the following error this morning when building (devel2 flavor) from a fresh HEAD repository (stage1 seemed to build, stage2 failed). Is this familiar? (the build is on snow leopard) Thanks! d- "inplace/bin/ghc-stage1" -H64m -O -fasm-package-name ghc-7.3.20110902 -hide-all

dph related (?) build failure

Hi, when validating on Windows I got a build error when loading some DPH module. I attach some relevant bit from the trace. Can someone help? Interestingly, next time around `validate --no-clean' goes through without a problem Thanks d- "inplace/bin/ghc-stage2.exe" -fPIC -dynamic -H32m -O

RE: [commit: ghc] master: Implement regslot inlining, document soundness concerns. (ffd3bd8)

I just got: compiler\cmm\CmmSpillReload.hs:92:11: Warning: Pattern match(es) are non-exhaustive In an equation for `first': Patterns not matched: (CmmComment _) _ (CmmAssign _ _) _ (CmmStore _ _) _

RE: ObjLink error

Ok sorry for the spam, just ignore this, I'd not pulled properly. d- > -Original Message- > From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] > On Behalf Of Dimitrios Vytiniotis > Sent: 18 May 2011 15:50 > To: cvs-ghc@haskell.org > Subject:

ObjLink error

I get a strange error when building after a fetch and merge in my tree, in file: compiler/ghci/ObjLink.lhs The first one is that module GHC.Foreign is not recognized and suggestion is to use GHC.ForeignPtr. So I change this and 'make' again. Then the second one I get later on and is also

wishlist: testsuite error reporting

Hi, when I am working on a typechecker patch and then run the testsuite, sometimes I get dozens of error reports that look like: Unexpected failures: FD2(normal) FrozenErrorTests(normal) ... etc It would be helpful for me to be able to quickly see in the same line, (i) which directory t

RE: miscellaneous Core questions

Hi Adam, I am only in a position to speak about the FunTy (EqPred t1 t2) t3 question. As I've written before, unless I am pretty unaware of transformations someone is performing in the desugarer or later on, you will never encounter such a type. The type you are looking for is represented by:

Mac OS X: build failure or my fault?

Hi, in Mac OS X 10.5.8, after darcs-all pull, perl boot, ./configure, make clean (I had leftovers from previous builds), and make: ... "inplace/bin/ghc-stage1" -fPIC -dynamic -H32m -O -Wall -Werror -H64m -O0 -package-name integer-gmp-0.2.0.2 -hide-all-packages -i -ilibraries/integer-gmp/. -

RE: at what stage can we be sure that PredTy's are gone?

Sorry, I missed the full thread but the following: > I see. Could you help me correlate EqPred with the System FC1 (Appendix > C) paper? I've been working from the assumption that > FunTy (EqPred t1 t2) t3 > corresponds to the following > (+>) t1 t2 t3 > from the System FC (1) paper, Figur

win32 buld error (MinGW)

Hi, I get this when building the libraries: libraries\Win32\System\Win32\Info.hsc:19:1: Warning: In the use of `catch' (imported from System.IO.Error): Deprecated: "Please use the new exceptions variant, Control.Exception.catch" : Failing due to -Werror. make[1]:

RE: Mac OS X 10.6 build failure

I've got the same issue in Win32 / MinGW this morning d- -Original Message- From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] On Behalf Of Manuel M T Chakravarty Sent: 17 January 2011 03:56 To: GHC Subject: Mac OS X 10.6 build failure When I tried to validate the HE

build error in Threads.c

Hi, in a Windows (32-bit) MINGW build, having ./darcs-all pull'ed I get: "inplace/bin/ghc-stage1.exe" -optc-Wall -optc-Werror -optc-Wall -optc-Wextra -optc-Wstrict-prototypes -optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return -optc-Wpointer-arith -optc-W