- ghc-devs - Haskell.org

Re: [commit: ghc] master: Update email addresses (cbe3dba)
by Herbert Valerio Riedel 24 Aug '13

24 Aug '13

Hello Gabor, On 2013-08-22 at 22:51:31 +0200, git(a)git.haskell.org wrote: > Link : http://ghc.haskell.org/trac/ghc/changeset/cbe3dba89c085f7556fe32126381dac68… > commit cbe3dba89c085f7556fe32126381dac68d93dd8b > Author: Gabor Greif <ggreif(a)gmail.com> > Date: Mon Aug 19 11:31:15 2013 +0200 > > Update email addresses in the diff chunks below, shouldn't mail be rather sent to the ghc-devs(a)haskell.org list? [...] > diff --git a/compiler/vectorise/Vectorise/Builtins/Base.hs b/compiler/vectorise/Vectorise/Builtins/Base.hs > index 0cb4bbb..bcd85cb 100644 > --- a/compiler/vectorise/Vectorise/Builtins/Base.hs > +++ b/compiler/vectorise/Vectorise/Builtins/Base.hs > @@ -194,7 +194,7 @@ indexBuiltin fn f i bi > text "' is not yet implemented." > , text "This function does not appear in your source program, but it is needed" > , text "to compile your code in the backend. This is a known, current limitation" > - , text "of DPH. If you want it to work, you should send mail to cvs-ghc(a)haskell.org" > + , text "of DPH. If you want it to work, you should send mail to ghc-commits(a)haskell.org" > , text "and ask what you can do to help (it might involve some GHC hacking)."]) > where xs = f bi > > @@ -213,5 +213,5 @@ lookupEnvBuiltin fn env n > text "' is not yet implemented." > , text "This function does not appear in your source program, but it is needed" > , text "to compile your code in the backend. This is a known, current limitation" > - , text "of DPH. If you want it to work, you should send mail to cvs-ghc(a)haskell.org" > + , text "of DPH. If you want it to work, you should send mail to ghc-commits(a)haskell.org" > , text "and ask what you can do to help (it might involve some GHC hacking)."]) [...]

2 1

Haddock panic
by Jan Stolarek 24 Aug '13

24 Aug '13

I am working on improving new comparison primops and implementing Geoffrey's proposal [1]. I renamed GHC.Prim to GHC.Prim.BuiltIn and GHC.PrimWrappers (in ghc-prim library) to GHC.Prim. I can build the compiler and testsuite passes succesfully, but ./validate fails with 'haddock panic' when building documentation for ghc-prim library: Haddock coverage: 100% ( 1 / 1) in 'GHC.IntWord64' haddock: internal error: haddock: panic! (the 'impossible' happened) (GHC version 7.7.20130823 for x86_64-unknown-linux): Static flags have not been initialised! Please call GHC.newSession or GHC.parseStaticFlags early enough. Have any of you ever broke haddock in a similar way? Looks as if GHC session was not initialized properly, but I have no idea how could I have triggered such a behaviour. Janek [1] - http://www.haskell.org/pipermail/ghc-devs/2013-August/002072.html

1 0

Can't make libffi
by Mateusz Kowalczyk 23 Aug '13

23 Aug '13

Trying to build HEAD I get. "inplace/bin/ghc-stage1@exeext_host@" -fPIC -dynamic -H32m -O -Werror -Wall -H64m -O0 -Iincludes -Iincludes/dist -Iincludes/dist-derivedconstants/header -Iincludes/dist-ghcconstants/header -Irts -Irts/dist/build -DCOMPILING_RTS -package-name rts -dcmm-lint -i -irts -irts/dist/build -irts/dist/build/autogen -Irts/dist/build -Irts/dist/build/autogen -O2 -c rts/PrimOps.cmm -o rts/dist/build/PrimOps.dyn_o "inplace/bin/ghc-stage1@exeext_host@" -fPIC -dynamic -H32m -O -Werror -Wall -H64m -O0 -Iincludes -Iincludes/dist -Iincludes/dist-derivedconstants/header -Iincludes/dist-ghcconstants/header -Irts -Irts/dist/build -DCOMPILING_RTS -package-name rts -dcmm-lint -i -irts -irts/dist/build -irts/dist/build/autogen -Irts/dist/build -Irts/dist/build/autogen -O2 -c rts/dist/build/AutoApply.cmm -o rts/dist/build/AutoApply.dyn_o "inplace/bin/ghc-pkg@exeext_host@" --simple-output field rts extra-libraries \ | sed -e 's/\([^ ][^ ]*\)/-l\1/g' > rts/dist/libs.depend "inplace/bin/ghc-pkg@exeext_host@" --simple-output field rts library-dirs \ | sed -e 's/\([^ ][^ ]*\)/-L\1/g' >> rts/dist/libs.depend make[1]: *** No rule to make target `libffi/build/inst/lib/libffi@soext_target@', needed by `rts/dist/build/libffi@soext_target@'. Stop. make: *** [all] Error 2 I know there is some repository moving shenanigans going on at the moment so I am not sure whether that's something to look out for. All I did was ./sync-all get and then ./sync-all pull without changing anything – I have the same setup as I did couple of weeks ago. -- Mateusz K.

2 7

Building on windows
by Simon Peyton-Jones 23 Aug '13

23 Aug '13

I've got a new Windows laptop, and have being having a torrid time getting GHC to build on it. 1. Build falls over with checking for gcc... c:/code/HEAD/inplace/mingw/bin/gcc.exe checking whether the C compiler works... no configure: error: in `/c/code/HEAD': configure: error: C compiler cannot create executables Turns out that an earlier error was configure: Making in-tree mingw tree tar (child): ../../ghc-tarballs/mingw/binutils*.tar.lzma: Cannot open: No such file or directory tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error is not recoverable: exiting now ./configure: line 4050: inplace/mingw/bin/realgcc.exe: No such file or directory configure: In-tree mingw tree created configure: Making in-tree perl tree BUT this error was not fatal, so the build went on (notwithstanding the red message above), leading to a MUCH more obscure error later. 2. Why wasn't ghc-tarballs there? Oh, apparently you have to say sync-all -windows get That's really hard for a naïve user to work out. Can't we either always get it, or work out that we are on windows? 3. I carefully installed mingw/msys as described on http://www.mingw.org/wiki/Getting_Started I used mingw-set-inst, which launches a GUI for a package installer. All seems well. I update my path. But then Can't locate Autom4te/ChannelDefs.pm in @INC (@INC contains: /mingw/share/autoco nf /usr/lib/perl5/5.8/msys /usr/lib/perl5/5.8 /usr/lib/perl5/site_perl/5.8/msys /usr/lib/perl5/site_perl/5.8 /usr/lib/perl5/site_perl/5.8 /usr/lib/perl5/vendor_ perl/5.8/msys /usr/lib/perl5/vendor_perl/5.8 /usr/lib/perl5/vendor_perl/5.8 .) a t /c/Programme/MinGW/bin/autoreconf-2.68 line 40. BEGIN failed--compilation aborted at /c/Programme/MinGW/bin/autoreconf-2.68 line 40. After a long struggle I found that I had missed a crucial thing. With the new autoconf tools, it's essential that c:/mingw be mounted as /mingw, because /mingw is hard-coded into autoconf perl scripts. http://www.mingw.org/wiki/Getting_Started does say (deep in the middle) to edit c:/mingw/msys/1.0/etc/fstab with a text editor, but that appeared to have no effect for me. Saying "mount c:/mingw /mingw" did work. I have no idea why. What is horrible is how uninformative the error message is. I guess we should update the Windows build instructions. I still don't know if I've bottomed out here because I can't find Happy/Alex in the Haskell platform. Sigh. Simon

3 3

RE: concrete syntax for role annotations
by Simon Peyton-Jones 23 Aug '13

23 Aug '13

(Adding ghc-devs, who will, I hope, have opinions) I'm sympathetic to this. In general our story for pragmas {-# blah #-} is that they affect only optimisation (eg INLINE) or warnings (eg DEPRECATED). You can ignore/leave them out. But here you really can't. Well, I suppose leaving out the annotation does not risk soundness (as in run-time seg-fault); it just risks sets being ordered wrong. I don't have a strong opinion here. You could also imagine other syntaxes e.g. data Set a(role N) = ... I suppose. You are right that we need to get this nailed for 7.8, so we don't end up changing it later. Simon From: Richard Eisenberg [mailto:eir@cis.upenn.edu] Sent: 23 August 2013 05:52 To: Simon Peyton-Jones; Dimitrios Vytiniotis; Stephanie Weirich Subject: concrete syntax for role annotations Hi all, On a Reddit discussion of my recent blog post on roles (http://www.reddit.com/r/haskell/comments/1kgivs/roles_a_new_feature_of_ghc_…) it was suggested that a better syntax is available for specifying role annotations. Currently, I've implemented > data Set a@N = ... to mark Set's parameter's role as N. The suggested syntax is > data Set a {-# ROLE N #-} = ... This suggested syntax is certainly much more verbose, but it's fully backwards-compatible, avoiding the need for preprocessing statements in libraries. These annotations should hopefully be few and far between, and I just think it's worth considering the backwards-compatible syntax before 7.8 is released and we're stuck. What do we think? Should I forward the question to glasgow-haskell-users, perhaps? Richard

1 0

Haskell platform
by Simon Peyton-Jones 23 Aug '13

23 Aug '13

Urk. The Haskell Platform claims to include Happy and Alex. http://www.haskell.org/platform/contents.html But 2013.2.0.0 doesn't. Is that intentional? That's a big problem for people using HP to build GHC. I'm installing 2012.4.0.0 in the hope that it does. No, nor does 2012.2 Am I just being stupid here? Simon

2 1

Re: Building on windows
by Kyle Van Berendonck 23 Aug '13

23 Aug '13

Additionally, if you're using the latest MinGW it ships with GCC 4.7 and fails with an error I reported and thoughtpolice replied here; http://ghc.haskell.org/trac/ghc/ticket/7056#comment:9 There's a patch that (with some hacking, namely, fixing the missing bracket) will bring GHC to build. It later faults again, though. http://lpaste.net/92097 Windows needs some love :(

1 0

HEADS UP: interface file change
by Austin Seipp 22 Aug '13

22 Aug '13

Hi all, I merged patches from #8144 into HEAD to fix nasty recompilation-checking behavior. As a result, the interface format has changed, so you'll need to clean your tree the next time you sync up. -- Regards, Austin - PGP: 4096R/0x91384671

1 0

Reproducible build recipes for GHC development VMs?
by Ryan Newton 22 Aug '13

22 Aug '13

Hi all, Returning to the topic discussed by Simon M. and others here: http://projects.haskell.org/pipermail/haskell-platform/2009-July/000572.html This is my attempt at a script for bootstrapping a GHC-validating VM: http://parfunk.blogspot.com/2013/08/zero-to-ghc-development-in-ubuntu-vm-in… Let me know if there's a better way, or if you'd like to help get this kind of thing into an even more accessible form (Amazon AMI, Chef recipe, etc). Cheers, -Ryan

4 6

how to checkout proper submodules
by Kazu Yamamoto 22 Aug '13

22 Aug '13

Hi, Andreas and I found that the new IO manager is not working properly in the current GHC head. I'm sure that it worked well at least on May 7. We need to narrow the range of commits, so I did: % git checkout bb2795db36b36966697c228315ae20767c4a8753 % git submodule update But this does not checkout proper submodules. For instance, libraries/base has newer commits. And of cource, building fails. Please tell us how to checkout proper submodules against a specific GHC tree. --Kazu

21 43