January 2015 - Glasgow-haskell-users

Compiling a cabal project with LLVM on GHC 7.10 RC1
by Brandon Simmons 07 Jan '15

07 Jan '15

I've tried: $ cabal install --only-dependencies -w /usr/local/bin/ghc-7.10.0.20141222 --enable-tests --enable-benchmarks --ghc-option=-fllvm --ghc-option=-static $ cabal configure -w /usr/local/bin/ghc-7.10.0.20141222 --enable-tests --enable-benchmarks --ghc-option=-fllvm --ghc-option=-static $ cabal build Building foo-0.3.0.0... Preprocessing library foo-0.3.0.0... when making flags consistent: Warning: Using native code generator rather than LLVM, as LLVM is incompatible with -fPIC and -dynamic on this platform I don't see anything referencing "PIC" in the output of cabal build -v. I can build a hello world program, just fine with `ghc --make`: $ /usr/local/bin/ghc-7.10.0.20141222 --make -O2 -fllvm Main.hs [1 of 1] Compiling Main ( Main.hs, Main.o ) Linking Main ... Thanks, Brandon

2 2

Changes to the type checker with respect to UndecidableInstances
by Mitsutoshi Aoe 06 Jan '15

06 Jan '15

Hi, I found a difference between GHC 7.6.3 and 7.8.3 with respect to UndecidableInstances. https://gist.github.com/maoe/57a4346eb36aee159916 <https://gist.github.com/maoe/57a4346eb36aee159916> 7.6.3 requires UndecidableInstances to compile this snippet whereas 7.8.3 doesn't. What has changed in the type checker? Mitsutoshi

2 2

ANNOUNCE: GHC 7.10.1 Release Candidate 1
by Austin Seipp 06 Jan '15

06 Jan '15

We are pleased to announce the first release candidate for GHC 7.10.1: https://downloads.haskell.org/~ghc/7.10.1-rc1/ This includes the source tarball and bindists for 64bit/32bit Linux and Windows. Binary builds for other platforms will be available shortly. (CentOS 6.5 binaries are not available at this time like they were for 7.8.x). These binaries and tarballs have an accompanying SHA256SUMS file signed by my GPG key id (0x3B58D86F). We plan to make the 7.10.1 release sometime in February of 2015. We expect another RC to occur during January of 2015. Please test as much as possible; bugs are much cheaper if we find them before the release! -- Regards, Austin Seipp, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/

5 5

install-strip
by harry 06 Jan '15

06 Jan '15

Trying to build 7.8.4 from the source distribution (linux). make install-strip should work as per trac #1851, and the target does indeed appear in distrib/Makefile. However, the build uses the top-level Makefile, which doesn't, leading to # make install-strip ===--- building phase 0 make -r --no-print-directory -f ghc.mk phase=0 phase_0_builds make[1]: Nothing to be done for `phase_0_builds'. ===--- building phase 1 make -r --no-print-directory -f ghc.mk phase=1 phase_1_builds make[1]: Nothing to be done for `phase_1_builds'. ===--- building final phase make -r --no-print-directory -f ghc.mk phase=final install-strip make[1]: *** No rule to make target `install-strip'. Stop. make: *** [install-strip] Error 2 Am I doing something wrong? -- View this message in context: http://haskell.1045720.n5.nabble.com/install-strip-tp5763372.html Sent from the Haskell - Glasgow-haskell-users mailing list archive at Nabble.com.

1 0

What to do when garbage collector is slow?
by David Spies 05 Jan '15

05 Jan '15

I have a program that, to all appearances, is behaving properly. It uses very little memory to run, it has the profile I would expect looking at +RTS -hc. I have no reason to believe there is a memory leak (in the sense that it's not lazily holding on to things it no longer needs or strictly generating things it doesn't need yet). But it's slow, and according to -sstderr, most of the time is spent garbage-collecting. Why is the garbage-collector consuming so much running time? How can I deal with it? The program is a solution to this problem: https://open.kattis.com/problems/tourist The input data can be found here: http://heim.ifi.uio.no/~db/nm-i-programmering/nm2004/testdata/h.in

3 3

Re: GHC 7.4.2 on Ubuntu Trusty
by Edward Z. Yang 04 Jan '15

04 Jan '15

For transformers, I needed: diff --git a/Control/Monad/Trans/Error.hs b/Control/Monad/Trans/Error.hs index 0158a8a..0dea478 100644 --- a/Control/Monad/Trans/Error.hs +++ b/Control/Monad/Trans/Error.hs @@ -57,6 +57,10 @@ instance MonadPlus IO where mzero = ioError (userError "mzero") m `mplus` n = m `catchIOError` \_ -> n +instance Alternative IO where + empty = mzero + (<|>) = mplus + #if !(MIN_VERSION_base(4,4,0)) -- exported by System.IO.Error from base-4.4 catchIOError :: IO a -> (IOError -> IO a) -> IO a For hpc, I needed: Build-Depends: - base >= 4.4.1 && < 4.8, + base >= 4.4.1 && < 4.9, containers >= 0.4.1 && < 0.6, directory >= 1.1 && < 1.3, - time >= 1.2 && < 1.5 + time >= 1.2 && < 1.6 For hoopl, I needed: - Build-Depends: base >= 4.3 && < 4.8 + Build-Depends: base >= 4.3 && < 4.9 For the latter two, I think this should be a perfectly acceptable point release. For transformers, we could also just ifdef the Alternative into the GHC sources. Edward Excerpts from Herbert Valerio Riedel's message of 2015-01-04 00:22:28 -0800: > Hello Edward, > > On 2015-01-04 at 08:54:58 +0100, Edward Z. Yang wrote: > > [...] > > > There are also some changes to hoopl, transformers and hpc (mostly > > because their bootstrap libraries.) > > ...what kind of changes specifically? > > Once thing that needs to be considered is that we'd require to upstream > changes to transformers (it's not under GHC HQ's direct control) for a > transformers point(?) release ... and we'd need that as we can't release > any source-tarball that contains libraries (which get installed into the > pkg-db) that don't match their upstream version on Hackage. > > Cheers, > hvr

1 0

Re: GHC 7.4.2 on Ubuntu Trusty
by Yitzchak Gale 04 Jan '15

04 Jan '15

I wrote: >> This thread makes it clear what a mess >> we have inherited from the days when GHC was primarily a >> research compiler. Let's face it - GHC is now also a serious >> production compiler, and this urgently needs to be cleaned up. hvr wrote: > Are you referring to the GMP dependency or something else? > ...I'm not sure what can be done differently here. Agreed. No, not any one of those many little details. I mean the general extreme difficulty of getting almost any version of GHC working on almost any platform, unless the two were released within a fairly short time of each other. Well, that is, not counting your wonderful ppa for Ubuntu. That is fantastic - but the dire need for it is evidence for the severity of the problem. How about this: Currently, every GHC source distribution requires no later than its own version of GHC for bootstrapping. Going backwards, that chops up the sequence of GHC versions into tiny incompatible pieces - there is no way to start with a working GHC and work backwards to an older version by compiling successively older GHC sources. If instead each GHC could be compiled using at least one subsequent version, the chain would not be broken. I.e., always provide a compatibility flag or some other reasonably simple mechanism that would enable the current GHC to compile the source code of at least the last previous released version. I realize that this might be disruptive to GHC devs, because as a compiler with a research heritage, GHC experiments with its own new features on its own source code. But as a compiler that is used commercially, some general kind of backward portability is critically important. The other direction is equally problematic. Although GHC does support bootstrapping itself from a few previous releases, porting GHC to a new platform has become harder and harder as GHC becomes more complex. I think this could become a threat to the viability of GHC - technology is always changing. As a commercial developer, I am always plagued by nagging worry about GHC portability, forward and backward. Will we always be able in the future to support code we release, or will it die someday because there will no longer exist a GHC able to compile it? Will our whole technology die someday just because we can't get GHC working on a platform we need to support? Thanks, Yitz

2 3

Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - feedback on Mac OS
by George Colpitts 02 Jan '15

02 Jan '15

I built from source on Mac OS and found the following issues: - llvm , compiling with llvm (3.4.2) gives the following warnings: - $ ghc -fllvm cubeFast.hs [1 of 1] Compiling Main ( cubeFast.hs, cubeFast.o ) clang: warning: argument unused during compilation: '-fno-stack-protector' clang: warning: argument unused during compilation: '-D TABLES_NEXT_TO_CODE' clang: warning: argument unused during compilation: '-I .' clang: warning: argument unused during compilation: '-fno-common' clang: warning: argument unused during compilation: '-U __PIC__' clang: warning: argument unused during compilation: '-D __PIC__' Linking cubeFast ... - running the resulting executable crashes (compiling without -fllvm gives no warnings and executable works properly) - cat bigCube.txt | ./cubeFast > /dev/null Segmentation fault: 11 - Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0xfffffffd5bfd8460 - cabal install vector fails: - [ 5 of 19] Compiling Data.Vector.Fusion.Stream.Monadic ( Data/Vector/Fusion/Stream/Monadic.hs, dist/build/Data/Vector/Fusion/Stream/Monadic.o ) <command line>: can't load .so/.DLL for: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/lib/libiconv.dylib (dlopen(/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/lib/libiconv.dylib, 5): no suitable image found. Did find: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/lib/libiconv.dylib: mach-o, but wrong filetype) - cabal install cpphs fails: - cabal install cpphs Resolving dependencies... Configuring cpphs-1.13... Building cpphs-1.13... Failed to install cpphs-1.13 Build log ( /Users/gcolpitts/.cabal/logs/cpphs-1.13.log ): Warning: cpphs.cabal: Unknown fields: build-depends (line 5) Fields allowed in this section: name, version, cabal-version, build-type, license, license-file, license-files, copyright, maintainer, stability, homepage, package-url, bug-reports, synopsis, description, category, author, tested-with, data-files, data-dir, extra-source-files, extra-tmp-files, extra-doc-files Configuring cpphs-1.13... Building cpphs-1.13... Preprocessing library cpphs-1.13... - Language/Preprocessor/Cpphs.hs:1:1: Could not find module ‘Prelude’ It is a member of the hidden package ‘base-4.8.0.0’. Perhaps you need to add ‘base’ to the build-depends in your .cabal file. Use -v to see a list of the files searched for. Language/Preprocessor/Cpphs/CppIfdef.hs:32:8: Could not find module ‘Numeric’ It is a member of the hidden package ‘base-4.8.0.0’. Perhaps you need to add ‘base’ to the build-depends in your .cabal file. Use -v to see a list of the files searched for. Language/Preprocessor/Cpphs/CppIfdef.hs:33:8: Could not find module ‘System.IO.Unsafe’ It is a member of the hidden package ‘base-4.8.0.0’. Perhaps you need to add ‘base’ to the build-depends in your .cabal file. Use -v to see a list of the files searched for. Language/Preprocessor/Cpphs/CppIfdef.hs:34:8: Could not find module ‘System.IO’ It is a member of the hidden package ‘base-4.8.0.0’. Perhaps you need to add ‘base’ to the build-depends in your .cabal file. Use -v to see a list of the files searched for. Language/Preprocessor/Cpphs/MacroPass.hs:29:8: Could not find module ‘Control.Monad’ It is a member of the hidden package ‘base-4.8.0.0’. Perhaps you need to add ‘base’ to the build-depends in your .cabal file. Use -v to see a list of the files searched for. Language/Preprocessor/Cpphs/MacroPass.hs:30:8: Could not find module ‘System.Time’ Perhaps you meant System.CPUTime (needs flag -package-key base-4.8.0.0) System.Cmd (needs flag -package-key process-1.2.1.0@proce_ADbmNMhxdsoDn9NrOWjezu) System.Mem (needs flag -package-key base-4.8.0.0) Use -v to see a list of the files searched for. Language/Preprocessor/Cpphs/MacroPass.hs:31:8: Could not find module ‘System.Locale’ Use -v to see a list of the files searched for. Language/Preprocessor/Cpphs/Options.hs:22:8: Could not find module ‘Data.Maybe’ It is a member of the hidden package ‘base-4.8.0.0’. Perhaps you need to add ‘base’ to the build-depends in your .cabal file. Use -v to see a list of the files searched for. Language/Preprocessor/Cpphs/ReadFirst.hs:19:8: Could not find module ‘System.Directory’ It is a member of the hidden package ‘directory-1.2.1.1@direc_3m6Ew9I164U5MIkATLCdb8’. Perhaps you need to add ‘directory’ to the build-depends in your .cabal file. Use -v to see a list of the files searched for. Language/Preprocessor/Unlit.hs:5:8: Could not find module ‘Data.Char’ It is a member of the hidden package ‘base-4.8.0.0’. Perhaps you need to add ‘base’ to the build-depends in your .cabal file. Use -v to see a list of the files searched for. Language/Preprocessor/Unlit.hs:6:8: Could not find module ‘Data.List’ It is a member of the hidden package ‘base-4.8.0.0’. Perhaps you need to add ‘base’ to the build-depends in your .cabal file. Use -v to see a list of the files searched for. cabal: Error: some packages failed to install: cpphs-1.13 failed during the building phase. The exception was: ExitFailure 1 Configuration details: - Mac OS 10.10.1 (Yosemite) - uname -a Darwin iMac27-5.local 14.0.0 Darwin Kernel Version 14.0.0: Fri Sep 19 00:26:44 PDT 2014; root:xnu-2782.1.97~2/RELEASE_X86_64 x86_64 - llvm info: - opt --version LLVM (http://llvm.org/) LLVM version 3.4.2 Optimized build with assertions. Built Oct 31 2014 (23:14:30). Default target: x86_64-apple-darwin14.0.0 Host CPU: corei7 - gcc --version gcc (Homebrew gcc 4.9.1) 4.9.1 Copyright (C) 2014 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. - /usr/bin/ghc --info [("Project name","The Glorious Glasgow Haskell Compilation System") ,("GCC extra via C opts"," -fwrapv") ,("C compiler command","/usr/bin/gcc") ,("C compiler flags"," -m64 -fno-stack-protector") ,("C compiler link flags"," -m64") ,("Haskell CPP command","/usr/bin/gcc") ,("Haskell CPP flags","-E -undef -traditional -Wno-invalid-pp-token -Wno-unicode -Wno-trigraphs") ,("ld command","/usr/bin/ld") ,("ld flags"," -arch x86_64") ,("ld supports compact unwind","YES") ,("ld supports build-id","NO") ,("ld supports filelist","YES") ,("ld is GNU ld","NO") ,("ar command","/usr/bin/ar") ,("ar flags","clqs") ,("ar supports at file","NO") ,("touch command","touch") ,("dllwrap command","/bin/false") ,("windres command","/bin/false") ,("libtool command","libtool") ,("perl command","/usr/bin/perl") ,("target os","OSDarwin") ,("target arch","ArchX86_64") ,("target word size","8") ,("target has GNU nonexec stack","False") ,("target has .ident directive","True") ,("target has subsections via symbols","True") ,("Unregisterised","NO") ,("LLVM llc command","llc") ,("LLVM opt command","opt") ,("Project version","7.8.3") ,("Booter version","7.6.3") ,("Stage","2") ,("Build platform","x86_64-apple-darwin") ,("Host platform","x86_64-apple-darwin") ,("Target platform","x86_64-apple-darwin") ,("Have interpreter","YES") ,("Object splitting supported","YES") ,("Have native code generator","YES") ,("Support SMP","YES") ,("Tables next to code","YES") ,("RTS ways","l debug thr thr_debug thr_l thr_p dyn debug_dyn thr_dyn thr_debug_dyn l_dyn thr_l_dyn") ,("Support dynamic-too","YES") ,("Support parallel --make","YES") ,("Dynamic by default","NO") ,("GHC Dynamic","YES") ,("Leading underscore","YES") ,("Debug on","False") ,("LibDir","/Library/Frameworks/GHC.framework/Versions/7.8.3-x86_64/usr/lib/ghc-7.8.3") ,("Global Package DB","/Library/Frameworks/GHC.framework/Versions/7.8.3-x86_64/usr/lib/ghc-7.8.3/package.conf.d") ] - Not sure I found the correct instructions for building from source, I used the following: - $ autoreconf $ ./configure $ make $ make install On Tue, Dec 23, 2014 at 10:36 AM, Austin Seipp <austin(a)well-typed.com> wrote: > We are pleased to announce the first release candidate for GHC 7.10.1: > > https://downloads.haskell.org/~ghc/7.10.1-rc1/ > > This includes the source tarball and bindists for 64bit/32bit Linux > and Windows. Binary builds for other platforms will be available > shortly. (CentOS 6.5 binaries are not available at this time like they > were for 7.8.x). These binaries and tarballs have an accompanying > SHA256SUMS file signed by my GPG key id (0x3B58D86F). > > We plan to make the 7.10.1 release sometime in February of 2015. We > expect another RC to occur during January of 2015. > > Please test as much as possible; bugs are much cheaper if we find them > before the release! > > -- > Regards, > > Austin Seipp, Haskell Consultant > Well-Typed LLP, http://www.well-typed.com/ > _______________________________________________ > ghc-devs mailing list > ghc-devs(a)haskell.org > http://www.haskell.org/mailman/listinfo/ghc-devs >

3 3

Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - problem with latest cabal-install
by George Colpitts 01 Jan '15

01 Jan '15

$ cabal update Downloading the latest package list from hackage.haskell.org Note: *there is a new version of cabal-install available.* To upgrade, run: cabal install cabal-install bash-3.2$ *cabal install -j3 cabal-install * *...* *Resolving dependencies...cabal: Could not resolve dependencies:* trying: cabal-install-1.20.0.6 (user goal) trying: base-4.8.0.0/installed-779... (dependency of cabal-install-1.20.0.6) next goal: process (dependency of cabal-install-1.20.0.6) rejecting: process-1.2.1.0/installed-2db... (conflict: unix==2.7.1.0, process => unix==2.7.1.0/installed-4ae...) trying: process-1.2.1.0 next goal: directory (dependency of cabal-install-1.20.0.6) rejecting: directory-1.2.1.1/installed-b08... (conflict: directory => time==1.5.0.1/installed-c23..., cabal-install => time>=1.1 && <1.5) rejecting: directory-1.2.1.0 (conflict: base==4.8.0.0/installed-779..., directory => base>=4.5 && <4.8) rejecting: directory-1.2.0.1, 1.2.0.0 (conflict: base==4.8.0.0/installed-779..., directory => base>=4.2 && <4.7) rejecting: directory-1.1.0.2 (conflict: base==4.8.0.0/installed-779..., directory => base>=4.2 && <4.6) rejecting: directory-1.1.0.1 (conflict: base==4.8.0.0/installed-779..., directory => base>=4.2 && <4.5) rejecting: directory-1.1.0.0 (conflict: base==4.8.0.0/installed-779..., directory => base>=4.2 && <4.4) rejecting: directory-1.0.1.2, 1.0.1.1, 1.0.1.0, 1.0.0.3, 1.0.0.0 (conflict: process => directory>=1.1 && <1.3) Dependency tree exhaustively searched.

4 10