- ghc-devs - Haskell.org

[PATCH 1/2] fix rts/Linker compilation issues on AMD64/Solaris platform
by Karel Gardas 18 Jan '13

18 Jan '13

--- rts/Linker.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/rts/Linker.c b/rts/Linker.c index fa1de89..b97a30c 100644 --- a/rts/Linker.c +++ b/rts/Linker.c @@ -4088,6 +4088,7 @@ ocResolve_PEi386 ( ObjectCode* oc ) #elif defined(x86_64_HOST_ARCH) # define ELF_TARGET_X64_64 # define ELF_64BIT +# define ELF_TARGET_AMD64 /* Used inside <elf.h> on Solaris 11 */ #elif defined(powerpc64_HOST_ARCH) # define ELF_64BIT #endif -- 1.7.3.2

1 0

Massive detabbing of the source
by Jan Stolarek 18 Jan '13

18 Jan '13

I thought I could clean up the source code from all the tabs and then remove {-# OPTIONS -fno-warn-tabs #-} pragmas + comment below it. This is a massive change though (140 files would be affected) and I suspect it could potentially be a problem to others working on the source (could cause some merge problems). So, can I just proceed with cleaning up all those 140 files and then send a single patch or should I devide this task into smaller ones (e.g. a single patch for every directory in the $(TOP)/compiler/) or should I just give up on this idea? Janek

6 10

validate failures
by Simon Marlow 17 Jan '13

17 Jan '13

Lots of validate failures today (x86-64/Linux): Unexpected failures: indexed-types/should_compile Gentle [exit code non-0] (normal) perf/compiler T5030 [stat not good enough] (normal) polykinds T6068 [bad stderr] (ghci) rename/should_fail rnfail055 [stderr mismatch] (normal) typecheck/should_compile tc235 [exit code non-0] (normal) typecheck/should_fail T5684 [stderr mismatch] (normal) Many of them seem to be of this kind: + Illegal instance declaration for `HasSingleton + (Maybe ak) (Maybe a) mp' + Multiple uses of this instance may be inconsistent + with the functional dependencies of the class. + In the instance declaration for `HasSingleton (Maybe a) mp' Anyone know why this is? Cheers, Simon

3 2

HEAD build fails on OS X
by Johan Tibell 17 Jan '13

17 Jan '13

Hi, I'm currently getting the following failure on OS X: rts_dist_HC rts/dist/build/sm/GCAux.thr_o In file included from rts/sm/GC.c:25:0: rts/sm/GCUtils.h: In function ‘recordMutableGen_GC’: rts/sm/GCUtils.h:55:0: error: ‘gctKey’ undeclared (first use in this function) rts/sm/GCUtils.h:55:0: error: (Each undeclared identifier is reported only once rts/sm/GCUtils.h:55:0: error: for each function it appears in.) make[1]: *** [rts/dist/build/sm/GC.thr_o] Error 1 make[1]: *** Waiting for unfinished jobs.... make: *** [all] Error 2 I wonder if 520dc1d245fa5d965bdc7e97231e868de7c1dd9e, which moved around some includes in that directory, is to blame. -- Johan

2 6

Re: time submodule not accepting patches
by Ian Lynagh 17 Jan '13

17 Jan '13

On Mon, Jan 14, 2013 at 12:23:31PM +0000, José Pedro Magalhães wrote: > > I cannot push any patch to the time submodule of the GHC repo. For > instance, creating > a new branch succeeds locally, and succeeds in pushing, but the branch is > never created > on the remote. Also, no commit email is generated. Could this be fixed? Ah, its post-update hook wasn't enabled. Does it work now? Thanks Ian

2 1

RE: [commit: ghc] master: Tidy up cross-compiling (109a1e5)
by Simon Peyton-Jones 17 Jan '13

17 Jan '13

Would it be worth transferring that comment into the building guide (a cross-compiling page perhaps). The distinction is subtle and the information is useful There is http://hackage.haskell.org/trac/ghc/wiki/CrossCompilation but I'm not sure it has this info Simon | -----Original Message----- | From: ghc-commits-bounces(a)haskell.org [mailto:ghc-commits- | bounces(a)haskell.org] On Behalf Of Simon Marlow | Sent: 17 January 2013 12:57 | To: ghc-commits(a)haskell.org | Subject: [commit: ghc] master: Tidy up cross-compiling (109a1e5) | | Repository : ssh://darcs.haskell.org//srv/darcs/ghc | | On branch : master | | http://hackage.haskell.org/trac/ghc/changeset/109a1e53287f50103e8a5b5922 | 75940b6e3dbb53 | | >--------------------------------------------------------------- | | commit 109a1e53287f50103e8a5b592275940b6e3dbb53 | Author: Simon Marlow <marlowsd(a)gmail.com> | Date: Thu Jan 17 11:52:15 2013 +0000 | | Tidy up cross-compiling | | We have two cases: | 1. building a cross-compiler | 2. compiling GHC to run on a foreign platform | | These two are done with almost the same setup: (1) is the stage 1 | compiler, and (2) is the stage 2 compiler, when CrossCompiling=YES. | | The only difference between (1) and (2) is that you if you set up | the | build for (1), then it stops before stage 2 and you can 'make | install' | to install stage 1. | | Unfortunately, (2) didn't work, and the build system code needed | some | tidying up. | | Change to the way the build is set up: | | Before | ------ | | To build a cross-compiler: | ./configure --target=<..> | | To compile a foreign GHC: | ./configure --host=<..> --target=<..> | | Now | --- | | To build a cross-compiler: | ./configure --target=<..> | And set "Stage1Only=YES" in mk/build.mk | | To compile a foreign GHC: | ./configure --target=<..> | | aclocal.m4 | 28 ++++++++---- | compiler/ghc.mk | 99 ++++++++++++++++++++---------------- | ------ | configure.ac | 35 ++++----------- | ghc.mk | 10 ++-- | ghc/ghc.mk | 2 +- | libraries/primitive | 1 - | libraries/vector | 1 - | mk/config.mk.in | 27 +++++++----- | rules/build-package-data.mk | 7 +++- | settings.in | 1 + | utils/ghc-pkg/ghc.mk | 4 +- | 11 files changed, 107 insertions(+), 108 deletions(-) | | | Diff suppressed because of size. To see it, use: | | git show 109a1e53287f50103e8a5b592275940b6e3dbb53 | | _______________________________________________ | ghc-commits mailing list | ghc-commits(a)haskell.org | http://www.haskell.org/mailman/listinfo/ghc-commits

1 0

LLVM failures
by Simon Peyton-Jones 16 Jan '13

16 Jan '13

I'm getting testsuite failures like this on Windows <no location info>: Warning: Couldn't figure out LLVM version! Make sure you have installed LLVM Fair enough, but shouldn't 'configure' find out if I have LLVM. And if I don't, shouldn't the tests be disabled? Do we have instructions for installing LLVM on Windows? Simon

4 10

New demand analysis
by Johan Tibell 16 Jan '13

16 Jan '13

Hi, I'm curious about the new demand analyser. Is there a wiki page/paper describing what it's trying to achieve? Cheers, Johan

2 2

Testsuite produces false failures?
by Jan Stolarek 16 Jan '13

16 Jan '13

Today I verified my patch and I got seven failures of the test suite, six of which were caused by changes in the fundeps (according to Simon's mail it should be fixed by now). So one was obviously caused by my patch. After validation has completed I run this one test again using "make TEST=name_of_test" and it passed without problems. After submiting my patch I rebased my branch with changes onto latest HEAD (which has changed while I was running previous validation) and I got 207 test failures. For example one of them is "2566" from driver directory. So I run "make TEST=2566" and get this: cd ./driver && $MAKE -s --no-print-directory 2566 </dev/null >2566.run.stdout 2>2566.run.stderr OVERALL SUMMARY for test run started at śro, 16 sty 2013, 19:11:02 CET 3576 total tests, which gave rise to 14254 test cases, of which 0 caused framework failures 14253 were skipped 1 expected passes 0 had missing libraries 0 expected failures 0 unexpected passes 0 unexpected failures Also, running the command being tested manually on the stage 2 binary gives correct result: [killy@xerxes : /dane/uczelnia/projekty/ghc-validate/inplace/bin] ./ghc-stage2 -c foo2566.bar Warning: the following files would be used as linker inputs, but linking is not being done: foo2566.bar ghc-stage2: no input files Usage: For basic information, try the `--help' option. Can someone give me a hint what is going on? Janek

1 0

Build error when doing full build
by Jan Stolarek 16 Jan '13

16 Jan '13

I'm trying to build GHC from commit def97b82b3c5f2787e6eea5ddb52d69b8e86fc82 (it's from Monday). This is for validation so I'm making a full build to run the test suite. When doing 'make -j2' I got en error like this: ------------------------------------------------------------------------ Build haddock.ps Build haddock.pdf This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010) This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010) restricted \write18 enabled. restricted \write18 enabled. entering extended mode entering extended mode processing index /tmp/tmpi1K_Jj/haddock_tmp.idx... makeindex: Not writing to /tmp/tmpi1K_Jj/haddock_tmp.ind (openout_any = p). Can't create output index file /tmp/tmpi1K_Jj/haddock_tmp.ind. Usage: makeindex [-ilqrcgLT] [-s sty] [-o ind] [-t log] [-p num] [idx0 idx1 ...] could not make index /tmp/tmpi1K_Jj/haddock_tmp.ind Error: latex compilation failed make[1]: *** [utils/haddock/doc/haddock.ps] Błąd 1 make[1]: *** Oczekiwanie na niezakończone zadania.... processing index /tmp/tmpGEJ104/haddock_tmp.idx... makeindex: Not writing to /tmp/tmpGEJ104/haddock_tmp.ind (openout_any = p). Can't create output index file /tmp/tmpGEJ104/haddock_tmp.ind. Usage: makeindex [-ilqrcgLT] [-s sty] [-o ind] [-t log] [-p num] [idx0 idx1 ...] could not make index /tmp/tmpGEJ104/haddock_tmp.ind Error: pdflatex compilation failed make[1]: *** [utils/haddock/doc/haddock.pdf] Błąd 1 make: *** [all] Błąd 2 ------------------------------------------------------------------------ I tried to continue by typing 'make' and the build did resume, but at some point I ended up with the same problem (or a very similar one): ------------------------------------------------------------------------ XSLT stylesheets DocBook - LaTeX 2e (0.2.7) =================================================== Pixel unit not handled (replaced by pt) Pixel unit not handled (replaced by pt) Found eps for 'prof_scc' Missing character Λ Build users_guide.ps This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010) restricted \write18 enabled. entering extended mode processing index /tmp/tmp_1vN_S/users_guide_tmp.idx... makeindex: Not writing to /tmp/tmp_1vN_S/users_guide_tmp.ind (openout_any = p). Can't create output index file /tmp/tmp_1vN_S/users_guide_tmp.ind. Usage: makeindex [-ilqrcgLT] [-s sty] [-o ind] [-t log] [-p num] [idx0 idx1 ...] could not make index /tmp/tmp_1vN_S/users_guide_tmp.ind Error: latex compilation failed make[1]: *** [docs/users_guide/users_guide.ps] Błąd 1 make: *** [all] Błąd 2 ------------------------------------------------------------------------ Now when I type 'make' I just end up with this error. This happens when compiling stage 2, but only with full build. Quick build goes fine. Is there anything I'm missing on my system? Janek

2 3