September 2013 - ghc-devs

New official language extension tokens for GHC 7.8.1
by Herbert Valerio Riedel 04 Sep '13

04 Sep '13

Hello GHC Devs, Which of the language extensions listed in `expectedGhcOnlyExtensions` in http://ghc.haskell.org/trac/ghc/browser/testsuite/tests/driver/T4437.hs#L33 are deemed ready for public consumption in GHC 7.8.1, and can be registered with upstream Cabal now (maybe even for the upcoming 1.18.0 release)? Related: http://ghc.haskell.org/trac/ghc/ticket/8176 Cheers, hvr

3 4

RE: [Haskell-cafe] Announcing GHC iOS
by Simon Peyton-Jones 02 Sep '13

02 Sep '13

Great. Please thank Stephen too.. I don't have his email. Just go ahead and modify http://ghc.haskell.org/trac/ghc/wiki/CodeOwners http://ghc.haskell.org/trac/ghc/wiki/Platforms I assume iOS will become a tier-2 platform? Simon From: Luke Iannini [mailto:lukexipd@gmail.com] Sent: 30 August 2013 09:07 To: Simon Peyton-Jones Cc: Austin Seipp Subject: Re: [Haskell-cafe] Announcing GHC iOS Certainly! And I'd be happy to take on maintainership of GHC iOS if that's what you mean - I've committed to a very large project using it so I'll be maintaining it anyway : ). I'd guess Stephen would feel the same. And thanks so much for the kind words, it means the world! Thank you infinitely for Haskell : ). Cheers Luke On Fri, Aug 30, 2013 at 12:32 AM, Simon Peyton-Jones <simonpj(a)microsoft.com<mailto:simonpj@microsoft.com>> wrote: Should we update the "Platform maintainers" on http://ghc.haskell.org/trac/ghc/wiki/TeamGHC or the list of supported platforms on http://ghc.haskell.org/trac/ghc/wiki/Platforms? From: Haskell-Cafe [mailto:haskell-cafe-bounces@haskell.org<mailto:haskell-cafe-bounces@haskell.org>] On Behalf Of Luke Iannini Sent: 29 August 2013 21:56 To: Haskell Cafe Subject: Re: [Haskell-cafe] Announcing GHC iOS Stephen provided some more credits - thanks so much to all! Three connected projects concerning cross-compilation: *Registerised ARM support, added using David Terei's LLVM compiler back end with Stephen Blackheath doing an initial ARMv5 version and LLVM patch and Karel Gardas working on floating point support, ARMv7 compatibility and LLVM headaches. Ben Gamari did work on the runtime linker for ARM. *General cross-compiling, with much work by Stephen Blackheath and Gabor Greif (though many others have worked on this). *A cross-compiler for Apple iOS. iOS-specific parts were mostly Stephen Blackheath with Luke Iannini on the Cabal patch, testing and supporting infrastructure, also with assistance and testing by Miëtek Bak and Jonathan Fischoff, and thanks to many others for testing; The iOS cross compiler was started back in 2009 by Stephen Blackheath with funding from Ryan Trinkle of iPwn Studios. Thanks to Ian Lynagh for making it easy for us with integration, makefile refactoring and patience, and to David Terei for LLVM assistance. On Thu, Aug 29, 2013 at 1:43 PM, Luke Iannini <lukexipd(a)gmail.com<mailto:lukexipd@gmail.com>> wrote: Hi all! (in case you don't read /r/haskell : )) Stephen Blackheath and I are extremely happy to report that as of today, GHC can natively build binaries for iOS devices and the iOS Simulator. You'll find everything you need here: http://ghc.haskell.org/trac/ghc/wiki/Building/CrossCompiling/iOS The short of it is you can use "ghc-ios myFiles.hs" to get a universal ARMv7/ARMv7s/i386 static library to drop straight into an Xcode project. Stephen's already working on some wonderful FRP-powered games, I'm working on a project called SpaceTime that I'll announce shortly, and you may now all begin creating insanely great iOS software using the finest language in the world : ). Stephen deserves the lion's share of the credit for this project - it's been over 3 years in the making! Many thanks to Maxwell Swadling for generalizing static library builds into a -staticlib flag for GHC, Carter Schonwald for compilation guidance, and the venerable Austin Seipp for reviewing and merging our patches.

4 11

RE: [commit: ghc] master: Remove the final vestiges of InlineWrappers (e4a1d2d)
by Simon Peyton-Jones 02 Sep '13

02 Sep '13

This patch makes an interface-file format change, so you'll need to blow away your build tree when you pull it. Simon | -----Original Message----- | From: ghc-commits [mailto:ghc-commits-bounces@haskell.org] On Behalf Of | git(a)git.haskell.org | Sent: 02 September 2013 11:13 | To: ghc-commits(a)haskell.org | Subject: [commit: ghc] master: Remove the final vestiges of | InlineWrappers (e4a1d2d) | | Repository : ssh://git@git.haskell.org/ghc | | On branch : master | Link : | http://ghc.haskell.org/trac/ghc/changeset/e4a1d2d0a71bf335a04eaf93deb440 | b709f9430e/ghc | | >--------------------------------------------------------------- | | commit e4a1d2d0a71bf335a04eaf93deb440b709f9430e | Author: Simon Peyton Jones <simonpj(a)microsoft.com> | Date: Mon Sep 2 09:46:59 2013 +0100 | | Remove the final vestiges of InlineWrappers | | Part of Nick Frisby's patch | (c080f727ba5f83921b842fcff71e9066adbdc250) | for late demand-analysis removed the over-zealous short-cut whereby | strictness wrappers were not spelled out in detail in interface | files. | | This patch completes the process by | * removing InlineWrapper from UnfoldingSource | * removing IfWrapper from IfaceUnfolding | | There was a tiny bit of special ad-hocery for wrappers, in | OccurAnal, | but fortunately that too turns out to be rendered irrelevant by | the more uniform treatment, and after that there was no need | to remember which functions are wrappers. | | | >--------------------------------------------------------------- | | e4a1d2d0a71bf335a04eaf93deb440b709f9430e | compiler/coreSyn/CoreSyn.lhs | 31 ++++++++++++----- | compiler/coreSyn/CoreUnfold.lhs | 2 +- | compiler/coreSyn/PprCore.lhs | 1 - | compiler/iface/IfaceSyn.lhs | 15 ++------ | compiler/iface/MkIface.lhs | 1 - | compiler/iface/TcIface.lhs | 29 ---------------- | compiler/simplCore/OccurAnal.lhs | 70 ++++++++++++++++++++----------- | ------- | 7 files changed, 63 insertions(+), 86 deletions(-) | | Diff suppressed because of size. To see it, use: | | git diff-tree --root --patch-with-stat --no-color --find-copies- | harder --ignore-space-at-eol --cc | e4a1d2d0a71bf335a04eaf93deb440b709f9430e | | _______________________________________________ | ghc-commits mailing list | ghc-commits(a)haskell.org | http://www.haskell.org/mailman/listinfo/ghc-commits

1 0

Nightlies not working?
by Edward Z. Yang 02 Sep '13

02 Sep '13

The last nightly I see is from the 22nd; did they get turned off? Edward

3 2

Current state of ghc boot lib versions vs. hackage
by Herbert Valerio Riedel 01 Sep '13

01 Sep '13

I've compared what versions current GHC HEAD uses w/ vs. what's currently available on Hackage (see below); So currently, the following packages have newer versions available on hackage than are used in GHC HEAD: - binary - containers - primitive - time - vector In order to clarify a point that has been an issue in the past: Can it be assumed that the GHC 7.8 feature-freeze scheduled for 14 Sept 2013[1] is also the library version freeze deadline, by which upstream package authors shall submit new package versions they want to ship as GHC boot libs w/ GHC 7.8.1? (and thus should be given an "heads-up" asap) ------------------------------------------------------------ package hackage GHC HEAD ------------------------------------------------------------ Cabal 1.18.0 == 1.18.0 array 0.4.0.1 < 0.4.0.2 base 4.6.0.1 < 4.7.0.0 bin-package-db 0.0.0.0 == 0.0.0.0 binary 0.7.1.0 > 0.7.0.0 bytestring 0.10.2.0 < 0.10.3.0 containers 0.5.2.1 > 0.5.0.0 deepseq 1.3.0.1 < 1.3.0.2 directory 1.2.0.1 == 1.2.0.1 dph-base 0.7.0.1 < 0.8.0.1 (dph-lifted-base) 0.7.0.1 < 0.8.0.1 (dph-lifted-boxed) - 0.8.0.1 (dph-lifted-copy) 0.7.0.1 < 0.8.0.1 (dph-lifted-vseg) 0.7.0.1 < 0.8.0.1 (dph-prim-interface) 0.7.0.1 < 0.8.0.1 (dph-prim-par) 0.7.0.1 < 0.8.0.1 (dph-prim-seq) 0.7.0.1 < 0.8.0.1 filepath 1.3.0.1 < 1.3.0.2 (ghc) 7.6.3 < 7.7.20130826 ghc-prim 0.3.0.0 < 0.3.1.0 haskeline 0.7.0.3 < 0.7.0.4 (haskell2010) 1.1.1.0 == 1.1.1.0 (haskell98) 2.0.0.2 < 2.0.0.3 hoopl 3.9.0.0 < 3.10.0.0 hpc 0.6.0.0 < 0.6.0.1 integer-gmp 0.5.0.0 < 0.5.1.0 old-locale 1.0.0.5 == 1.0.0.5 old-time 1.1.0.1 == 1.1.0.1 pretty 1.1.1.0 == 1.1.1.0 primitive 0.5.0.1 > 0.4.0.1 process 1.1.0.2 < 1.2.0.0 random 1.0.1.1 == 1.0.1.1 rts 1.0 == 1.0 template-haskell 2.8.0.0 < 2.9.0.0 terminfo 0.3.2.5 == 0.3.2.5 time 1.4.1 > 1.4.0.2 transformers 0.3.0.0 == 0.3.0.0 unix 2.6.0.1 < 2.7.0.0 vector 0.10.0.1 > 0.9.1 xhtml 3000.2.1 == 3000.2.1 ------------------------------------------------------------ Cheers, hvr [1]: http://ghc.haskell.org/trac/ghc/wiki/Status/GHC-7.8

5 4

Anyone having trouble with "make install" in HEAD?
by Ryan Newton 01 Sep '13

01 Sep '13

Earlier this summer I had no problem with "configure; make; make install" But recently I'm getting errors like this on GHC HEAD: /u/rrnewton/opt/ghc-7.7.20130831/lib/ghc-7.7.20130831/bin/ghc-pkg: error while loading shared libraries: libHSbin-package-db-0.0.0 .0-ghc7.7.20130831.so: cannot open shared object file: No such file or directory That is, the inplace build is fully functional but it just won't install. Any ideas? Thanks, -Ryan

2 1