Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - feedback on Mac OS
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 0xfffd5bfd8460 - 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.
Windows build gotchas
Hello all, I've been spending some of my winter break trying my hand at compiling GHC, with a mind to hopefully contributing down the line. I've got it working, but I ran into a few things along the way that I figure might be worth fixing and/or documenting. In the approximate order I encountered them: - The first pacman mirror on the list bundled with MSYS2 is down, with the result that every download pacman makes takes ~10sec longer than it should. It downloads a lot, so that really adds up - but it's easy to fix, just pacman -Sy pacman-mirrors before doing anything else with it. Is that worth mentioning on the wiki? I was thinking a line on https://ghc.haskell.org/trac/ghc/wiki/Building/Preparation/Windows could be helpful. - That page mentions If you see errors related to fork(), try closing and reopening the shell - I've determined that you can reliably avoid that problem by following the instructions at http://sourceforge.net/p/msys2/wiki/MSYS2%20installation/#iii-updating-packages, ie by running pacman --needed -S bash pacman msys2-runtime, then closing re-opening the MSYS shell, before you tell pacman to install the GHC prerequisite packages. - A minor point: I found it helpful to include man-db in the list of packages to install - without it, git help breaks down with failed to exec 'man'. - I note ./sync-all --help says, under Flags, that --windows also clones the ghc-tarballs repository (enabled by default on Windows), and I've confirmed that default behaviour experimentally - but https://ghc.haskell.org/trac/ghc/wiki/Building/GettingTheSources tells you to manually clone ghc-tarballs when on Windows. Is that line on the wiki obsolete, or am I overlooking something? - And finally, the big one: cabal and/or ghc-pkg put some files outside the MSYS root directory, and caused me no end of trouble in doing so... I made a bit of a mess at one point, and tried to fix it by starting over completely from scratch. I expected uninstalling reinstalling MSYS to achieve this (it deletes its root directory when you uninstall it), but that left me with a huge pile of errors when I tried to run cabal install -j --prefix=/usr/local alex happy, of the form Could not find module `...': There are files missing in the `...' package. I noticed that the cabal output made reference to C:\Users\Martin\AppData\Roaming\cabal\, so tried moving that out of the way, but it only made the problem worse. I did figure it out eventually: in addition to that directory, %APPDATA%\cabal, there were also files left over in %APPDATA%\ghc. Once I removed that directory as well, things started working again - but it took me a lot of time frustration to get there. I'm not entirely sure, but I think the copy of Cabal I already had from installing the Platform may also have been storing files in those directories, in which case this process completely mangled them - which isn't great. It seems to me that, ideally, the build GHC inside MSYS procedure would keep itself entirely inside the MSYS directory structure: if it were wholly self-contained, you'd know where everything is, and it couldn't break anything outside. As far as I can tell, the only breach is those two directories courtesy of Cabal, so I didn't think it would be too difficult - but none of the things I've tried (the --package-db cabal flag, a custom cabal --config-file, setting the GHC_PACKAGE_PATH environment variable, maybe some others I've forgotten) had the desired effect. Is it possible? Is it even a good idea? If that's just how it has to be, I feel like there should be an obvious note somewhere for the sake of the next person to trip over it. I'd be happy to amend the wiki for any/all of the first four points, if people think it'd be appropriate; I'm not sure at all what to do about the last one. Any thoughts? - Martin ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - problem with latest cabal-install
Thanks, there seems to be dependency issues: cabal install --allow-newer=base -j3 cabal-install Resolving dependencies... In order, the following would be installed: deepseq-1.3.0.2 (latest: 1.4.0.0) (new version) bytestring-0.10.4.1 (new version) containers-0.5.6.2 (reinstall) changes: deepseq-1.4.0.0 - 1.3.0.2 pretty-1.1.2.0 (new version) text-1.2.0.3 (reinstall) changes: bytestring-0.10.6.0 - 0.10.4.1, deepseq-1.4.0.0 - 1.3.0.2 parsec-3.1.7 (reinstall) changes: bytestring-0.10.6.0 - 0.10.4.1 network-uri-2.6.0.1 (new package) time-1.4.2 (latest: 1.5.0.1) (new version) random-1.1 (reinstall) changes: time-1.5.0.1 - 1.4.2 unix-2.7.1.0 (reinstall) changes: bytestring-0.10.6.0 - 0.10.4.1, time-1.5.0.1 - 1.4.2 directory-1.2.1.0 (new version) network-2.6.0.2 (new package) HTTP-4000.2.19 (new package) process-1.2.1.0 (reinstall) changes: deepseq-1.4.0.0 - 1.3.0.2, directory-1.2.1.1 - 1.2.1.0 Cabal-1.20.0.3 (new version) zlib-0.5.4.2 (new package) cabal-install-1.20.0.6 (new package) cabal: The following packages are likely to be broken by the reinstalls: semigroups-0.16.0.1 void-0.7 contravariant-1.2.0.1 semigroupoids-4.2 bifunctors-4.2 comonad-4.2.2 parallel-3.2.0.6 hscolour-1.20.3 hpc-0.6.0.2 ghc-7.10.0.20141222 hoopl-3.10.0.2 hastache-0.6.1 haskeline-0.7.2.0 cereal-0.4.1.0 monad-par-extras-0.3.3 binary-0.7.2.3 bin-package-db-0.0.0.0 Cabal-1.22.0.0 attoparsec-0.12.1.2 abstract-deque-0.3 Glob-0.7.5 scientific-0.3.3.3 polyparse-1.11 cpphs-1.18.6 haskell-src-exts-1.16.0.1 hashable-1.2.3.1 unordered-containers-0.2.5.1 blaze-builder-0.3.3.4 MonadRandom-0.3.0.1 extra-1.0 cmdargs-0.10.12 directory-1.2.1.1 ansi-terminal-0.6.2.1 ansi-wl-pprint-0.6.7.1 Use --force-reinstalls if you want to install anyway. On Thu, Jan 1, 2015 at 1:34 PM, Johan Tibell johan.tib...@gmail.com wrote: Try cabal install --allow-newer=base -j3 cabal-install Once GHC 7.10 is out we might make another Cabal 1.20 release to bump the upper bound on the base dependency if 1.20 is indeed compatible with the latest base. On Thu, Jan 1, 2015 at 12:08 PM, George Colpitts george.colpi...@gmail.com wrote: $ 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. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
cryptarithm2 +8.16%
Hi, due to #9938 ghcspeed did not measure every commit but somewhere in these commits, cryptarithm2 regressed by 8%: $ git log 625dd..8d62f9 --oneline 8d62f92 Update nofib submodule, unbreak cryptarithm2 9521a58 Refine test case for #9938 65e3e0b Test case for #9938 4e1e776 Skip T2276_ghci on Darwin, since stdcall is not supported. b32c227 Fix system linker on Mac OS X 40561cd Fix `heapSizeSuggesionAuto` typo (#9934) 58ac9c8 LlvmCodeGen cross-compiling fixes (#9895) 0cc0cc8 Support pattern synonyms in GHCi (fixes #9900) 6c86635 Update validate-settings.mk 1fefb59 Update parallel submodule to 3.2.0.6 release d6e7f5d Add export lists to some modules. 6b9e958 Update hoopl and hpc submodules c55fefc Avoid redundant-import warning (w/o CPP) bd01af9 Update hsc2hs submodule for de-tabbing 0899caa Use directory-style database for bootstrapping database c0ab767 We do emit a warning for stdcall now. 1dcef98 Run T9762 only if dynamic libraries are available 9ae78b0 Copy GHC's config.guess/sub over libffi's versions add6a30 2nd attempt to fix T9032 test-case 3e3aa92 Fix linker interaction between Template Haskell and HPC (#9762) cc510b4 Make ghc -e fail on invalid declarations 878910e Make ghc -e not exit on valid import commands (#9905) 7a2c9dd Fixup edd233acc19d269385 (T9032 test) edd233a Test earlier for self-import (Trac #9032) c3394e0 Attempt to improve cleaning 679a661 A bit of refactoring to TcErrors c407b5a Comments only 3e96d89 Add a couple of missing cases to isTcReflCo and isTcReflCo_maybe a6f0f5a Eliminate so-called silent superclass parameters My guess: Related to this: * It had unexpected peformance costs, shown up by Trac #3064 and its test case. In monad-transformer code, when constructing a Monad dictionary you had to pass an Applicative dictionary; and to construct that you neede a Functor dictionary. Yet these extra dictionaries were often never used. (All this got much worse when we added Applicative as a superclass of Monad.) Test T3064 compiled *far* faster after silent superclasses were eliminated. Happy new year! Joachim -- Joachim “nomeata” Breitner m...@joachim-breitner.de • http://www.joachim-breitner.de/ Jabber: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F Debian Developer: nome...@debian.org signature.asc Description: This is a digitally signed message part ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - feedback on Mac OS
On 2015-01-01 at 14:58:40 +0100, George Colpitts wrote: I built from source on Mac OS and found the following issues: [...] - 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. [...] This is a known issue; cpphs-1.18.6 would actually work with GHC 7.10/base-4.8, but it depends on polyparse, but there isn't yet a polyparse version compatible w/ base-4.8 (due to AMP) on Hackage[1] Otoh, cpphs-1.13 is selected even though Hackage shows that it has a constraint `base 4.8`. However, that's rather a bug in Hackage, as the `.cabal` file is actually invalid, as it has the `build-depends` at the wrong level. So effectively it has no build-depends line at all, so cabal-install is led to believe that it works w/o any build-deps at all.. I did file an issue about that[3] [1]: Coincidentally, I sent Malcolm a AMP-compatibility patch for polyparse just earlier today... [2]: http://hackage.haskell.org/package/cpphs-1.13 [3]: https://github.com/haskell/hackage-server/issues/303 ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - problem with latest cabal-install
Try cabal install --allow-newer=base -j3 cabal-install Once GHC 7.10 is out we might make another Cabal 1.20 release to bump the upper bound on the base dependency if 1.20 is indeed compatible with the latest base. On Thu, Jan 1, 2015 at 12:08 PM, George Colpitts george.colpi...@gmail.com wrote: $ 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. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - problem with latest cabal-install
$ 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. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Possible issue with isBuiltInOcc_maybe
I am busy checking that I can exactprint all the RdrNames produced by the parser, and came across this isBuiltInOcc_maybe occ = case occNameString occ of [] - choose_ns listTyCon nilDataCon : - Just consDataConName [::] - Just parrTyConName (##) - choose_ns unboxedUnitTyCon unboxedUnitDataCon () - choose_ns unitTyConunitDataCon '(':'#':',':rest - parse_tuple UnboxedTuple 2 rest '(':',':rest - parse_tuple BoxedTuple 2 rest _other - Nothing The above code does not allow any spaces between '[' and ']', or '[:' and ':]' (for example) However, the parse rules DO allow spaces | '[' ']' {% ams (sLL $1 $ $ listTyCon_RDR) [mos $1,mcs $2] } | '[:' ':]' {% ams (sLL $1 $ $ parrTyCon_RDR) [mo $1,mc $2] } Is this a problem? Alan ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - feedback on Mac OS
On 1 Jan 2015, at 13:58, George Colpitts wrote: Configuring cpphs-1.13... Building cpphs-1.13... Warning: cpphs.cabal: Unknown fields: build-depends (line 5) 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. The two statements unknown field build-depends and add package to build-depends seem rather contradictory. How can this be fixed? Regards, Malcolm ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - problem with latest cabal-install
however still fails to install but now due to problems with cabal itself [76 of 76] Compiling Main ( /var/folders/9b/rh4y2gy92hgdb6ktv4df1jv0gn/T/Cabal-1.20.0.3-62215/Cabal-1.20.0.3/dist/setup/setup.hs, /var/folders/9b/rh4y2gy92hgdb6ktv4df1jv0gn/T/Cabal-1.20.0.3-62215/Cabal-1.20.0.3/dist/setup/Main.o ) Linking /var/folders/9b/rh4y2gy92hgdb6ktv4df1jv0gn/T/Cabal-1.20.0.3-62215/Cabal-1.20.0.3/dist/setup/setup ... Configuring Cabal-1.20.0.3... Building Cabal-1.20.0.3... Preprocessing library Cabal-1.20.0.3... on the commandline: Warning: -package-name is deprecated: Use -this-package-key instead ghc: ghc no longer supports single-file style package databases (dist/package.conf.inplace) use 'ghc-pkg init' to create the database with the correct format. Updating documentation index /Users/gcolpitts/Library/Haskell/share/doc/index.html cabal: Error: some packages failed to install: Cabal-1.20.0.3 failed during the building phase. The exception was: ExitFailure 1 cabal-install-1.20.0.6 depends on Cabal-1.20.0.3 which failed to install. On Thu, Jan 1, 2015 at 2:34 PM, George Colpitts george.colpi...@gmail.com wrote: following solves dependency problems, added a few more packages, thanks! cabal install --allow-newer=base,bytestring,deepseq,unix,process,time,random -j3 cabal-install On Thu, Jan 1, 2015 at 2:27 PM, George Colpitts george.colpi...@gmail.com wrote: Thanks but that doesn't seem to work either: cabal install --allow-newer=base --allow-newer=bytestring,deepseq -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. On Thu, Jan 1, 2015 at 2:15 PM, Mikhail Glushenkov the.dead.shall.r...@gmail.com wrote: Hi, On 1 January 2015 at 19:00, George Colpitts george.colpi...@gmail.com wrote: Thanks, there seems to be dependency issues: Try also adding '--allow-newer=bytestring,deepseq'. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - problem with latest cabal-install
Oh, because Cabal HQ hasn't cut a release yet. Try installing out of Git. https://github.com/haskell/cabal/ Edward Excerpts from George Colpitts's message of 2015-01-01 14:23:50 -0500: I still have 7.8.3 but it doesn't seem to want to build the latest cabal: ghc --version The Glorious Glasgow Haskell Compilation System, version 7.8.3 bash-3.2$ cabal install cabal-install Resolving dependencies... Configuring cabal-install-1.20.0.6... Building cabal-install-1.20.0.6... Installed cabal-install-1.20.0.6 Updating documentation index /Users/gcolpitts/Library/Haskell/share/doc/index.html On Thu, Jan 1, 2015 at 2:54 PM, Edward Z. Yang ezy...@mit.edu wrote: If you still have your old GHC around, it will be much better to compile the newest cabal-install using the *old GHC*, and then use that copy to bootstrap a copy of the newest cabal-install. Edward Excerpts from George Colpitts's message of 2015-01-01 12:08:44 -0500: $ 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. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - problem with latest cabal-install
I still have 7.8.3 but it doesn't seem to want to build the latest cabal: ghc --version The Glorious Glasgow Haskell Compilation System, version 7.8.3 bash-3.2$ cabal install cabal-install Resolving dependencies... Configuring cabal-install-1.20.0.6... Building cabal-install-1.20.0.6... Installed cabal-install-1.20.0.6 Updating documentation index /Users/gcolpitts/Library/Haskell/share/doc/index.html On Thu, Jan 1, 2015 at 2:54 PM, Edward Z. Yang ezy...@mit.edu wrote: If you still have your old GHC around, it will be much better to compile the newest cabal-install using the *old GHC*, and then use that copy to bootstrap a copy of the newest cabal-install. Edward Excerpts from George Colpitts's message of 2015-01-01 12:08:44 -0500: $ 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. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - problem with latest cabal-install
following solves dependency problems, added a few more packages, thanks! cabal install --allow-newer=base,bytestring,deepseq,unix,process,time,random -j3 cabal-install On Thu, Jan 1, 2015 at 2:27 PM, George Colpitts george.colpi...@gmail.com wrote: Thanks but that doesn't seem to work either: cabal install --allow-newer=base --allow-newer=bytestring,deepseq -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. On Thu, Jan 1, 2015 at 2:15 PM, Mikhail Glushenkov the.dead.shall.r...@gmail.com wrote: Hi, On 1 January 2015 at 19:00, George Colpitts george.colpi...@gmail.com wrote: Thanks, there seems to be dependency issues: Try also adding '--allow-newer=bytestring,deepseq'. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: Windows build gotchas
Hello Martin, Here's just some minor additional context information... On 2015-01-01 at 19:01:53 +0100, Martin Foster wrote: [...] - I note ./sync-all --help says, under Flags, that --windows also clones the ghc-tarballs repository (enabled by default on Windows), and I've confirmed that default behaviour experimentally - but https://ghc.haskell.org/trac/ghc/wiki/Building/GettingTheSources tells you to manually clone ghc-tarballs when on Windows. Is that line on the wiki obsolete, or am I overlooking something? Somewhat related: when https://phabricator.haskell.org/D339 is landed, we can finally forget about having to clone that objectionable ghc-tarballs repo... [...] I noticed that the cabal output made reference to C:\Users\Martin\AppData\Roaming\cabal\, so tried moving that out of the way, but it only made the problem worse. I did figure it out eventually: in addition to that directory, %APPDATA%\cabal, there were also files left over in %APPDATA%\ghc. Once I removed that directory as well, things started working again - but it took me a lot of time frustration to get there. That's btw because Cabal/GHC uses `getAppUserDataDirectory cabal` and `getAppUserDataDirectory ghc` respectively... Cheers, hvr ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - problem with latest cabal-install
If you still have your old GHC around, it will be much better to compile the newest cabal-install using the *old GHC*, and then use that copy to bootstrap a copy of the newest cabal-install. Edward Excerpts from George Colpitts's message of 2015-01-01 12:08:44 -0500: $ 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. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - problem with latest cabal-install
Thanks but that doesn't seem to work either: cabal install --allow-newer=base --allow-newer=bytestring,deepseq -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. On Thu, Jan 1, 2015 at 2:15 PM, Mikhail Glushenkov the.dead.shall.r...@gmail.com wrote: Hi, On 1 January 2015 at 19:00, George Colpitts george.colpi...@gmail.com wrote: Thanks, there seems to be dependency issues: Try also adding '--allow-newer=bytestring,deepseq'. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: Possible issue with isBuiltInOcc_maybe
Never mind, I see it gets the required RdrName, e.g.listTyCon_RDR Alan On Thu, Jan 1, 2015 at 1:03 PM, Alan Kim Zimmerman alan.z...@gmail.com wrote: I am busy checking that I can exactprint all the RdrNames produced by the parser, and came across this isBuiltInOcc_maybe occ = case occNameString occ of [] - choose_ns listTyCon nilDataCon : - Just consDataConName [::] - Just parrTyConName (##) - choose_ns unboxedUnitTyCon unboxedUnitDataCon () - choose_ns unitTyConunitDataCon '(':'#':',':rest - parse_tuple UnboxedTuple 2 rest '(':',':rest - parse_tuple BoxedTuple 2 rest _other - Nothing The above code does not allow any spaces between '[' and ']', or '[:' and ':]' (for example) However, the parse rules DO allow spaces | '[' ']' {% ams (sLL $1 $ $ listTyCon_RDR) [mos $1,mcs $2] } | '[:' ':]' {% ams (sLL $1 $ $ parrTyCon_RDR) [mo $1,mc $2] } Is this a problem? Alan ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - problem with latest cabal-install
Hi, On 1 January 2015 at 19:00, George Colpitts george.colpi...@gmail.com wrote: Thanks, there seems to be dependency issues: Try also adding '--allow-newer=bytestring,deepseq'. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: Haddock error
On 01/01/2015 08:34 PM, Simon Peyton Jones wrote: Folks I'm getting this Haddock error (see below) from a clean build on Windows. Does it ring any bells for anyone? Anyone have any idea how to fix? My build isn't exactly HEAD but I'd be very surprised if my changes are the cause. Thanks Simon C:/code/HEAD/inplace/bin/haddock --odir=libraries/ghc-prim/dist-install/doc/html/ghc-prim --no-tmp-comp-dir --dump-interface=libraries/ghc-prim/dist-install/doc/html/ghc-prim/ghc-prim.haddock --html --hoogle --title=ghc-prim-0.3.1.0: GHC primitives --prologue=libraries/ghc-prim/dist-install/haddock-prologue.txt --optghc=-hisuf --optghc=hi --optghc=-osuf --optghc=o --optghc=-hcsuf --optghc=hc --optghc=-static --optghc=-H32m --optghc=-O --optghc=-Werror --optghc=-Wall --optghc=-H64m --optghc=-O0 --optghc=-this-package-key --optghc=ghcpr_FgrV6cgh2JHBlbcx1OSlwt --optghc=-hide-all-packages --optghc=-i --optghc=-ilibraries/ghc-prim/. --optghc=-ilibraries/ghc-prim/dist-install/build --optghc=-ilibraries/ghc-prim/dist-install/build/autogen --optghc=-Ilibraries/ghc-prim/dist-install/build --optghc=-Ilibraries/ghc-prim/dist-install/build/autogen --optghc=-Ilibraries/ghc-prim/. --optghc=-optP-include --optghc=-optPlibraries/ghc-prim/dist-install/build/autogen/cabal_macros.h --optghc=-package-key --optghc=rts --optghc=-this-package-key --optghc=ghc-prim --optghc=-XHaskell2010 --optghc=-O2 --optghc=-O --optghc=-dcore-lint --optghc=-fno-warn-deprecated-flags --optghc=-fno-warn-tabs --optghc=-Wwarn --optghc=-no-user-package-db --optghc=-rtsopts --optghc=-fno-warn-trustworthy-safe --optghc=-odir --optghc=libraries/ghc-prim/dist-install/build --optghc=-hidir --optghc=libraries/ghc-prim/dist-install/build --optghc=-stubdir --optghc=libraries/ghc-prim/dist-install/build libraries/ghc-prim/./GHC/CString.hs libraries/ghc-prim/./GHC/Classes.hs libraries/ghc-prim/./GHC/Debug.hs libraries/ghc-prim/./GHC/IntWord64.hs libraries/ghc-prim/./GHC/Magic.hs libraries/ghc-prim/dist-install/build/GHC/PrimopWrappers.hs libraries/ghc-prim/./GHC/Tuple.hs libraries/ghc-prim/./GHC/Types.hs libraries/ghc-prim/dist-install/build/autogen/GHC/Prim.hs +RTS -tlibraries/ghc-prim/dist-install/doc/html/ghc-prim/ghc-prim.haddock.t --machine-readable [snip] Declaration for $fOrdMaybe: attempting to use module 'GHC.Classes' (libraries/ghc-prim/./GHC/Classes.hs) which is not loaded CCSOf# (libraries/ghc-prim/dist-install/build/autogen/GHC/Prim.hs:3187) [snip] Cannot continue after interface file error libraries/ghc-prim/ghc.mk:4: recipe for target 'libraries/ghc-prim/dist-install/doc/html/ghc-prim/ghc-prim.haddock' failed make[1]: *** [libraries/ghc-prim/dist-install/doc/html/ghc-prim/ghc-prim.haddock] Error 1 Makefile:71: recipe for target 'all' failed make: *** [all] Error 2 HEAD (master)$ Hi Simon, In InterfaceFile.hs in Haddock there is binaryInterfaceVersion :: Word16 #if (__GLASGOW_HASKELL__ = 711) (__GLASGOW_HASKELL__ 713) binaryInterfaceVersion = 27 … Try bumping this to 28 and if it works then then you may want to commit the change. By the way I see that there is a lot of output from Haddock now as I made it print locations of missing documentation by default. Maybe --no-print-missing-docs should be passed in for GHC stuff. -- Mateusz K. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.10.1 Release Candidate 1 - problem with latest cabal-install
Thanks, I seem to have got that to work On Thu, Jan 1, 2015 at 3:37 PM, Edward Z. Yang ezy...@mit.edu wrote: Oh, because Cabal HQ hasn't cut a release yet. Try installing out of Git. https://github.com/haskell/cabal/ Edward Excerpts from George Colpitts's message of 2015-01-01 14:23:50 -0500: I still have 7.8.3 but it doesn't seem to want to build the latest cabal: ghc --version The Glorious Glasgow Haskell Compilation System, version 7.8.3 bash-3.2$ cabal install cabal-install Resolving dependencies... Configuring cabal-install-1.20.0.6... Building cabal-install-1.20.0.6... Installed cabal-install-1.20.0.6 Updating documentation index /Users/gcolpitts/Library/Haskell/share/doc/index.html On Thu, Jan 1, 2015 at 2:54 PM, Edward Z. Yang ezy...@mit.edu wrote: If you still have your old GHC around, it will be much better to compile the newest cabal-install using the *old GHC*, and then use that copy to bootstrap a copy of the newest cabal-install. Edward Excerpts from George Colpitts's message of 2015-01-01 12:08:44 -0500: $ 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. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs