- Glasgow-haskell-users

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

RE: ANNOUNCE: GHC 7.10.1 Release Candidate 1
by Dominic Steinitz 29 Dec '14

29 Dec '14

I counted about 10 people (including me) who appear to be actively keen on it on reddit: http://www.reddit.com/r/haskell/comments/2pnjdk/is_overloadedrecordfields_g…. I would guess there are others. Dominic Steinitz dominic(a)steinitz.org http://idontgetoutmuch.wordpress.com On 29 Dec 2014, at 12:00, glasgow-haskell-users-request(a)haskell.org wrote: > > Message: 3 > Date: Mon, 29 Dec 2014 10:29:23 +0000 > From: Simon Peyton Jones <simonpj(a)microsoft.com> > To: Kazu Yamamoto <kazu(a)iij.ad.jp>, "ghc-devs(a)haskell.org" > <ghc-devs(a)haskell.org>, "glasgow-haskell-users(a)haskell.org" > <glasgow-haskell-users(a)haskell.org> > Subject: RE: ANNOUNCE: GHC 7.10.1 Release Candidate 1 > Message-ID: > <618BE556AADD624C9C918AA5D5911BEF5628E269(a)DB3PRD3001MB020.064d.mgd.msft.net> > > Content-Type: text/plain; charset="us-ascii" > > | If I understand correctly, OverloadedRecordFields has not been merged > | yet. Are there any chances to merge it into GHC 7.10.1? > > I'm afraid not. The situation is that Adam has a fairly complete patch for overloaded record fields, but neither he nor I are happy with it. It makes some fairly complicated and pervasive changes, and feels like a sledgehammer to crack a nut. We'd scheduled for Adam to spend a day at MSR for us to work on it together, but Adam had to cancel. We'll hopefully re-arrange. > > Meanwhile it'd be motivating to know who, if anyone, is actively keen on it. Kazu is presumably one. I expect there are others, but I couldn't list them. >

1 0

Re: [Haskell-beginners] ghc prelude home
by Christian Maeder 29 Dec '14

29 Dec '14

23 December 2014 GHC 7.8.4 Released! https://www.haskell.org/ghc/ So 7.8.4 is out! Only the download subpage https://www.haskell.org/ghc/download is not updated yet. Also http://downloads.haskell.org/~ghc/latest/ still refers to http://downloads.haskell.org/~ghc/7.8.3/ (and has a funny 7.8.4 subdirectory). I send this also to glasgow-haskell-users to reach someone who can fix this. Cheers Christian Am 28.12.2014 um 22:28 schrieb Yitzchak Gale: > Yes, sorry, neither 7.8.4 nor 7.10.1 is actually out yet. > They are both release candidates, and will be out soon. > > Thanks, > Yitz > > On Sun, Dec 28, 2014 at 9:50 PM, Antoine Latter <aslatter(a)gmail.com> wrote: >> I don't think GHC 7.10 is out yet: https://www.haskell.org/ghc/download >> >> Although that page doesn't have 7.8.4 on it. > _______________________________________________ > Beginners mailing list > Beginners(a)haskell.org > http://www.haskell.org/mailman/listinfo/beginners >

1 0

Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1
by cg 28 Dec '14

28 Dec '14

> *From:* Austin Seipp <mailto:austin@well-typed.com> > *Sent:* ‎Tuesday‎, ‎December‎ ‎23‎, ‎2014 ‎15‎:‎36 > *To:* ghc-devs(a)haskell.org <mailto:ghc-devs@haskell.org>, > glasgow-haskell-users(a)haskell.org <mailto:glasgow-haskell-users@haskell.org> > > We are pleased to announce the first release candidate for GHC 7.10.1: > > https://downloads.haskell.org/~ghc/7.10.1-rc1/ > Besides downloading a tarball, can I checkout it using git? I tried using sync-all as described on wiki [1] to checkout it: ./sync-all checkout ghc-7.10 but it seems it doesn't work, there are error message like: error: pathspec 'ghc-7.10' did not match any file(s) known to git. [1] https://ghc.haskell.org/trac/ghc/wiki/WorkingConventions/Releases

1 0

Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1
by Edward Z. Yang 27 Dec '14

27 Dec '14

Hello lonetiger, I don't think any relevant logic changed in 7.10; however, this commit may be relevant: commit 8fb03bfd768ea0d5c666bbe07a50cb05214bbe92 Author: Ian Lynagh <igloo(a)earth.li> Sun Mar 18 11:42:31 2012 Committer: Ian Lynagh <igloo(a)earth.li> Sun Mar 18 11:42:31 2012 Original File: compiler/typecheck/TcForeign.lhs If we say we're treating StdCall as CCall, then actually do so But this warning should have applied even on older versions of GHC. Are you running x86_64 Windows? stdcall is specific to x86_32. Edward Excerpts from lonetiger's message of 2014-12-24 08:24:52 -0500: > Hi, > > > I’ve had some issues building this (and the git HEAD), it seems that the config.guess and config.sub in the libffi tarball is old, it doesn’t detect the platform when building with msys2. I had to unpack the tarfile and update the files, after this it correctly built. > > > Then I proceeded to try to make a shared library and got the following warning: > > > ManualCheck.hs:18:1: Warning: > the 'stdcall' calling convention is unsupported on this platform, > treating as ccall > When checking declaration: > foreign export stdcall "testFoo" testFooA :: CInt -> IO (FooPtr) > > > > Does this mean that GHC no longer supports stdcall on windows? or could this be related to issue I had building? > > > Regards, > > Tamar > > > > > > From: Austin Seipp > Sent: ‎Tuesday‎, ‎December‎ ‎23‎, ‎2014 ‎15‎:‎36 > To: ghc-devs(a)haskell.org, glasgow-haskell-users(a)haskell.org > > > > > > 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! >

1 0

CPP Help (was Re: Latest Template Haskell Breaks Package)
by Dominic Steinitz 25 Dec '14

25 Dec '14

Ok I have a cut down version of the problem and am cross posting to glasgow-haskell-users. To restate the problem: this is from code that has not been changed for 2 years. I get > Examples.hs:42:42: Parse error in pattern: con > Failed, modules loaded: none. Any help would be very gratefully received. > {-# LANGUAGE TypeFamilies, MultiParamTypeClasses, FunctionalDependencies #-} > {-# LANGUAGE FlexibleContexts #-} > {-# LANGUAGE EmptyDataDecls #-} > {-# LANGUAGE FlexibleInstances, TypeSynonymInstances #-} > {-# LANGUAGE UndecidableInstances, OverlappingInstances #-} > {-# LANGUAGE GeneralizedNewtypeDeriving, StandaloneDeriving #-} > {-# LANGUAGE RankNTypes, ScopedTypeVariables #-} > {-# LANGUAGE MagicHash, BangPatterns, UnboxedTuples #-} > {-# LANGUAGE TemplateHaskell, CPP #-} > > module Examples where > > import GHC.Prim > import GHC.Exts > import GHC.Types > import GHC.Word > import GHC.Int > > class Touchable a where > touch :: a -> IO () > > instance Touchable Bool where > touch b = IO (\s -> case touch# b s of s' -> (# s', () #)) > {-# INLINE touch #-} > > #define TOUCHABLE_INST(ty,con) \ > instance Touchable ty where { \ > touch (con x#) = IO (\s -> case touch# x# s of s' -> (# s', () #)); \ > {-# INLINE touch #-}; \ > } > > TOUCHABLE_INST(Int, I#) > > #define PRIM_COMP_INST(ty,con,le,ge) \ > instance PrimitiveOrd ty where { \ > minM' (con a#) (con b#) = \ > IO (\s -> \ > let r# = if le a# b# then a# else b# \ > in case touch# r# s of s' -> (# s', (con r#) #)); \ > } > > PRIM_COMP_INST(Int, I#, (<=#), (>=#)) Dominic Steinitz dominic(a)steinitz.org http://idontgetoutmuch.wordpress.com On 23 Dec 2014, at 15:06, Dominic Steinitz <dominic(a)steinitz.org> wrote: > Hi Erik, > > Thank you very much. With that clue the compilation now doesn’t fail at that particular point. > > The bad news is it now fails to compile this module > > https://hackage.haskell.org/package/yarr-1.3.2/docs/src/Data-Yarr-Utils-Pri… > > with a parse error(!). Not only do I not have much experience with TH but this has now exposed my ignorance of CPP. > >> Data/Yarr/Utils/Primitive.hs:119:126: Parse error in pattern: con > > If I comment out the last four lines > >> PRIM_COMP_INST(Int, I#, (<=#), (>=#)) >> PRIM_COMP_INST(Char, C#, leChar#, geChar#) >> PRIM_COMP_INST(Word, W#, leWord#, geWord#) >> PRIM_COMP_INST(Double, D#, (<=##), (>=##)) >> PRIM_COMP_INST(Float, F#, leFloat#, geFloat#) > > then the module compiles but of course then the whole package does *not* compile. > > Did something change in 7.8.3 with regard to CPP (this code has not been modified for at least two years)? > > Thanks once again. > > Dominic Steinitz > dominic(a)steinitz.org > http://idontgetoutmuch.wordpress.com > > On 23 Dec 2014, at 13:42, Erik Hesselink <hesselink(a)gmail.com> wrote: > >> Hi Dominic, >> >> It looks like just a representation change: a TySynEqn is a data type >> containing a [Type] and a Type, and those were the original two >> arguments. So it looks like with a little bit of CPP, you could >> support both versions. Something like >> >> #if MIN_VERSION_template_haskell(2,9,0) >> ... >> #else >> ... >> #endif >> >> In general, I think each major release of template haskell has quite >> some breaking changes, but I don't know of any place where they're >> enumerated. The GHC changelog only has a couple of high level bullet >> points. >> >> Regards, >> >> Erik >> >> On Tue, Dec 23, 2014 at 2:20 PM, Dominic Steinitz <dominic(a)steinitz.org> wrote: >>> I realise I should have sent this to the libraries list. >>> >>> Dominic Steinitz >>> dominic(a)steinitz.org >>> http://idontgetoutmuch.wordpress.com >>> >>> Begin forwarded message: >>> >>> From: Dominic Steinitz <dominic(a)steinitz.org> >>> Subject: Latest Template Haskell Breaks Package >>> Date: 23 December 2014 13:14:26 GMT >>> To: Haskell-Cafe <haskell-cafe(a)haskell.org> >>> >>> Hello Fellow Haskellers, >>> >>> I have become a maintainer for yarr >>> (https://hackage.haskell.org/package/yarr) This no longer compiles with >>> ghc-7.8.3 because it specifies base == 4.6. Relaxing this to base >=4.6 && >>> <4.8 tells me I need a newer version of Template Haskell >>> >>> rejecting: template-haskell-2.7.0.0, 2.6.0.0, 2.5.0.0, 2.4.0.1, 2.4.0.0, >>> 2.3.0.1, 2.3.0.0, 2.2.0.0 (conflict: yarr => template-haskell>=2.8 && <2.9) >>> >>> >>> If I now relax the constraint for Template Haskell I get a compiler error as >>> there has been a breaking change from Template Haskell 2.9 to 2.10. >>> >>> Data/Yarr/Utils/FixedVector/VecTuple.hs:45:16: >>> Couldn't match expected type ‘TypeQ -> Q Dec’ >>> with actual type ‘Q Dec’ >>> The function ‘tySynInstD’ is applied to three arguments, >>> but its type ‘Name -> TySynEqnQ -> DecQ’ has only two >>> >>> >>> And indeed looking at the changes in >>> http://git.haskell.org/packages/template-haskell.git/commitdiff/ccd7891c536… >>> I can see that the function in question has changed. >>> >>> -tySynInstD :: Name -> [TypeQ] -> TypeQ -> DecQ >>> -tySynInstD tc tys rhs = >>> +tySynInstD :: Name -> [TySynEqnQ] -> DecQ >>> +tySynInstD tc eqns = >>> >>> >>> Did I miss some announcement of this breaking change and the advice on what >>> to do about it? >>> >>> If I did can someone please point me at the relevant document. If not then I >>> feel sad and would be very grateful if someone could help me as I know very >>> little about Template Haskell. >>> >>> Many thanks >>> >>> Dominic Steinitz >>> dominic(a)steinitz.org >>> http://idontgetoutmuch.wordpress.com >>> >>> >>> >>> _______________________________________________ >>> Libraries mailing list >>> Libraries(a)haskell.org >>> http://www.haskell.org/mailman/listinfo/libraries >>> >

4 8

Re: ANNOUNCE: GHC version 7.8.4
by Carter Schonwald 24 Dec '14

24 Dec '14

sure, please verify first. (also make sure haddock etc works for you, i had to remove a haddock binary from ~/.cabal/bin before haddocks were building correctly for me) On Wed, Dec 24, 2014 at 10:52 AM, Alfredo Di Napoli < alfredo.dinapoli(a)gmail.com> wrote: > Thanks Carter! > > I have just asked basically about it on Reddit, in the announce thread. > I'll give it a spin, and if it works I will share the link (if you are ok > with that!) on the > same Reddit post. > > Alfredo > > > On Tuesday, 23 December 2014, Carter Schonwald <carter.schonwald(a)gmail.com> > wrote: > > Heres a OS X build that should work with >= 10.7 > > > http://www.wellposed.com/opensource/ghc/releasebuild-unofficial/ghc-7.8.4-x… > > > > and the sha 512 > > shasum -a512 ghc-7.8.4-x86_64-apple-darwin.tar.bz2 > > > c6e76a2cd7ec7820d071ef1f417981845bb86c4c8337a57431136a375cbd0695fe810ec10963109ab1971d1a0ab80318c62d71b95eddb5657800cac296a260bd > ghc-7.8.4-x86_64-apple-darwin.tar.bz2 > > On Tue, Dec 23, 2014 at 8:12 AM, Austin Seipp <austin(a)well-typed.com> > wrote: > > > > ============================================================== > > The (Interactive) Glasgow Haskell Compiler -- version 7.8.4 > > ============================================================== > > > > The GHC Team is pleased to announce a new patchlevel release of GHC, > 7.8.4. > > > > This is an important bugfix release relative to 7.8.3 (with over 30 > > defects fixed), so we highly recommend upgrading from the previous 7.8 > > releases. > > > > The full release notes are here: > > > > > https://downloads.haskell.org/~ghc/7.8.4/docs/html/users_guide/release-7-8-… > > > > How to get it > > ~~~~~~~~~~~~~ > > > > The easy way is to go to the web page, which should be self-explanatory: > > > > https://www.haskell.org/ghc/ > > > > We supply binary builds in the native package format for many > > platforms, and the source distribution is available from the same > > place. > > > > Packages will appear as they are built - if the package for your > > system isn't available yet, please try again later. > > > > > > Background > > ~~~~~~~~~~ > > > > Haskell is a standard lazy functional programming language. > > > > GHC is a state-of-the-art programming suite for Haskell. Included is > > an optimising compiler generating good code for a variety of > > platforms, together with an interactive system for convenient, quick > > development. The distribution includes space and time profiling > > facilities, a large collection of libraries, and support for various > > language extensions, including concurrency, exceptions, and foreign > > language interfaces (C, whatever). GHC is distributed under a > > BSD-style open source license. > > > > A wide variety of Haskell related resources (tutorials, libraries, > > specifications, documentation, compilers, interpreters, references, > > contact information, links to research groups) are available from the > > Haskell home page (see below). > > > > > > On-line GHC-related resources > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > Relevant URLs on the World-Wide Web: > > > > GHC home page http://www.haskell.org/ghc/ > > GHC developers' home page http://ghc.haskell.org/trac/ghc/ > > Haskell home page http://www.haskell.org/ > > > > > > Supported Platforms > > ~~~~~~~~~~~~~~~~~~~ > > > > The list of platforms we support, and the people responsible for them, > > is here: > > > > http://ghc.haskell.org/trac/ghc/wiki/Platforms > > http://ghc.haskell.org/trac/ghc/wiki/CodeOwners > > > > Ports to other platforms are possible with varying degrees of > > difficulty. The Building Guide describes how to go about porting to a > > new platform: > > > > http://ghc.haskell.org/trac/ghc/wiki/Building > > > > > > Developers > > ~~~~~~~~~~ > > > > We welcome new contributors. Instructions on accessing our source > > code repository, and getting started with hacking on GHC, are > > available from the GHC's developer's site run by Trac: > > > > http://ghc.haskell.org/trac/ghc/ > > > > > > Mailing lists > > ~~~~~~~~~~~~~ > > > > We run mailing lists for GHC users and bug reports; to subscribe, use > > the web interfaces at > > > > http://www.haskell.org/mailman/listinfo/glasgow-haskell-users > > http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs > > > > There are several other haskell and ghc-related mailing lists on > > www.haskell.org; for the full list, see > > > > http://www.haskell.org/mailman/listinfo/ > > > > Some GHC developers hang out on #haskell on IRC, too: > > > > http://www.haskell.org/haskellwiki/IRC_channel > > > > Please report bu >

1 0