hasufell/ghc-mod
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
a97e07065e
ghc-mod/ghc-mod.cabal

256 lines
11 KiB
Plaintext
Raw Normal View History

initial import (v0.1)
2010-01-06 05:38:06 +00:00
Name: ghc-mod
Set version to "0" in master
2014-10-31 11:44:48 +00:00
Version: 0
clean up .cabal
2010-03-10 03:06:06 +00:00
Author: Kazu Yamamoto <kazu@iij.ad.jp>
Add myself to `Author` in ghc-mod.cabal
2014-08-19 03:24:28 +00:00
Daniel Gröber <dxld@darkboxed.org>
Adde myself to Authors in cabal file
2014-08-19 16:35:10 +00:00
Alejandro Serrano <trupill@gmail.com>
Update ghc-mod.cabal maintainer field
2015-03-05 16:25:37 +00:00
Maintainer: Daniel Gröber <dxld@darkboxed.org>
Change primary license to AGPL-3
2015-03-03 19:28:34 +00:00
License: AGPL-3
Cleanup errors and logging a bit
2015-03-04 20:48:21 +00:00
License-File: LICENSE
Change primary license to AGPL-3
2015-03-03 19:28:34 +00:00
License-Files: COPYING.BSD3 COPYING.AGPL3
hack for release.
2010-03-10 08:37:17 +00:00
Homepage: http://www.mew.org/~kazu/proj/ghc-mod/
updating cabal file.
2013-05-21 02:04:54 +00:00
Synopsis: Happy Haskell Programming
Description: The ghc-mod command is a backend command to enrich
Haskell programming on editors including
Emacs, Vim, and Sublime.
The ghc-mod command is based on ghc-mod library
which is a wrapper of GHC API.
This package includes the ghc-mod command,
fixing markup.
2013-05-21 12:38:19 +00:00
the ghc-mod library, and Emacs front-end
updating cabal file.
2013-05-21 02:04:54 +00:00
(for historical reasons).
fixing a typo.
2013-05-21 13:20:48 +00:00
For more information, please see its home page.
updating cabal file.
2013-05-21 02:04:54 +00:00
initial import (v0.1)
2010-01-06 05:38:06 +00:00
Category: Development
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
Cabal-Version: >= 1.16
Add GHC-7.10 support
2015-01-16 14:47:56 +00:00
Build-Type: Custom
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
Data-Files: elisp/Makefile
elisp/*.el
Change the way cabal-helper is built a bit
2015-03-04 15:45:26 +00:00
CabalHelper/*.hs
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
package includes ChangeLog.
2013-03-01 02:39:47 +00:00
Extra-Source-Files: ChangeLog
Fix ghc-7.4
2015-02-07 22:05:04 +00:00
SetupCompat.hs
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
NotCPP/*.hs
Cleanup errors and logging a bit
2015-03-04 20:48:21 +00:00
test/data/annotations/*.hs
more tests.
2013-09-21 06:32:22 +00:00
test/data/broken-cabal/*.cabal
Fix cabal.sandbox.config.in path in Extra-Source-Files
2014-08-20 22:27:32 +00:00
test/data/broken-cabal/cabal.sandbox.config.in
typo
2014-08-20 22:31:48 +00:00
test/data/broken-sandbox/cabal.sandbox.config
Cleanup errors and logging a bit
2015-03-04 20:48:21 +00:00
test/data/broken-sandbox/dummy.cabal
test/data/cabal-flags/cabal-flags.cabal
test/data/cabal-project/*.cabal
test/data/cabal-project/*.hs
Bring test suite up to date
2015-03-05 15:50:06 +00:00
test/data/cabal-project/.cabal-sandbox/i386-osx-ghc-7.6.3-packages.conf.d/Cabal-1.18.1.3-2b161c6bf77657aa17e1681d83cb051b.conf
Cleanup errors and logging a bit
2015-03-04 20:48:21 +00:00
test/data/cabal-project/cabal.sandbox.config.in
test/data/cabal-project/subdir1/subdir2/dummy
Support where clauses, let bindings and case expressions in case splitting (fixes #395)
2014-11-01 13:06:34 +00:00
test/data/case-split/*.hs
Add cabal.sandbox.config.in to Extra-Source-Files
2014-04-15 03:51:07 +00:00
test/data/check-packageid/cabal.sandbox.config.in
test/data/check-packageid/.cabal-sandbox/i386-osx-ghc-7.6.3-packages.conf.d/template-haskell-2.8.0.0-32d4f24abdbb6bf41272b183b2e23e9c.conf
Cleanup errors and logging a bit
2015-03-04 20:48:21 +00:00
test/data/check-test-subdir/*.cabal
test/data/check-test-subdir/src/Check/Test/*.hs
Bring test suite up to date
2015-03-05 15:50:06 +00:00
test/data/check-test-subdir/test/*.hs
test/data/check-test-subdir/test/Bar/*.hs
Add test data to Extra-Source-Files
2014-04-28 17:41:28 +00:00
test/data/duplicate-pkgver/cabal.sandbox.config.in
test/data/duplicate-pkgver/duplicate-pkgver.cabal
test/data/duplicate-pkgver/.cabal-sandbox/i386-osx-ghc-7.6.3-packages.conf.d/template-haskell-1.0-7c59d13f32294d1ef6dc6233c24df961.conf
test/data/duplicate-pkgver/.cabal-sandbox/i386-osx-ghc-7.6.3-packages.conf.d/template-haskell-2.8.0.0-14e543bdae2da4d2aeff5386892c9112.conf
test/data/duplicate-pkgver/.cabal-sandbox/i386-osx-ghc-7.6.3-packages.conf.d/template-haskell-2.8.0.0-32d4f24abdbb6bf41272b183b2e23e9c.conf
Cleanup errors and logging a bit
2015-03-04 20:48:21 +00:00
test/data/foreign-export/*.hs
more tests.
2013-09-21 06:32:22 +00:00
test/data/ghc-mod-check/*.cabal
test/data/ghc-mod-check/*.hs
Cleanup errors and logging a bit
2015-03-04 20:48:21 +00:00
test/data/ghc-mod-check/lib/Data/*.hs
test/data/hlint/*.hs
test/data/home-module-graph/cpp/*.hs
test/data/home-module-graph/cycle/*.hs
test/data/home-module-graph/errors/*.hs
test/data/home-module-graph/indirect/*.hs
test/data/home-module-graph/indirect-update/*.hs
test/data/import-cycle/*.hs
test/data/non-exported/*.hs
test/data/pattern-synonyms/*.cabal
test/data/pattern-synonyms/*.hs
test/data/quasi-quotes/*.hs
test/data/template-haskell/*.hs
Changing GHCMod as a library.
2013-05-17 01:00:01 +00:00
Library
ver bumps up.
2013-02-15 01:47:56 +00:00
Default-Language: Haskell2010
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
GHC-Options: -Wall -fno-warn-deprecations
Default-Extensions: ScopedTypeVariables, RecordWildCards, NamedFieldPuns,
ConstraintKinds, FlexibleContexts
Changing GHCMod as a library.
2013-05-17 01:00:01 +00:00
Exposed-Modules: Language.Haskell.GhcMod
Rename GhcModLowLevel to GhcMod.Internal and document exposed items.
2013-08-26 16:28:21 +00:00
Language.Haskell.GhcMod.Internal
Use cabal-helper to support Cabal >= 1.22 with any version of ghc
2015-02-07 22:55:57 +00:00
Other-Modules: Paths_ghc_mod
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
Utils
Change the way cabal-helper is built a bit
2015-03-04 15:45:26 +00:00
CabalHelper.Types
Use cabal-helper to support Cabal >= 1.22 with any version of ghc
2015-02-07 22:55:57 +00:00
Language.Haskell.GhcMod.Boot
bootInfo as API.
2014-04-30 01:49:25 +00:00
Language.Haskell.GhcMod.Browse
Move code to new FillSig module - Clean up a lot of code
2014-06-27 16:38:15 +00:00
Language.Haskell.GhcMod.CaseSplit
Changing GHCMod as a library.
2013-05-17 01:00:01 +00:00
Language.Haskell.GhcMod.Check
Don't expose `Convert`
2014-05-14 16:54:56 +00:00
Language.Haskell.GhcMod.Convert
Monad.hs is now exported by GhcMod.hs.
2014-07-17 05:30:42 +00:00
Language.Haskell.GhcMod.Cradle
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
Language.Haskell.GhcMod.CabalHelper
Changing GHCMod as a library.
2013-05-17 01:00:01 +00:00
Language.Haskell.GhcMod.Debug
a new module.
2014-03-27 07:23:15 +00:00
Language.Haskell.GhcMod.Doc
Move DynFlag related functions from GHCApi to another module
2014-07-12 00:53:59 +00:00
Language.Haskell.GhcMod.DynFlags
Give readProcess' more sensible error messages. Also a bunch of refactoring for GhcModError
2014-08-28 09:54:01 +00:00
Language.Haskell.GhcMod.Error
Move code to new FillSig module - Clean up a lot of code
2014-06-27 16:38:15 +00:00
Language.Haskell.GhcMod.FillSig
ErrMsg -> Logger.
2014-04-28 12:47:08 +00:00
Language.Haskell.GhcMod.Find
Changing GHCMod as a library.
2013-05-17 01:00:01 +00:00
Language.Haskell.GhcMod.Flag
Language.Haskell.GhcMod.Gap
implementing suppressStdout/err.
2014-04-18 06:41:32 +00:00
Language.Haskell.GhcMod.GhcPkg
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
Language.Haskell.GhcMod.HomeModuleGraph
Changing GHCMod as a library.
2013-05-17 01:00:01 +00:00
Language.Haskell.GhcMod.Info
Language.Haskell.GhcMod.Lang
Language.Haskell.GhcMod.Lint
Monad.hs is now exported by GhcMod.hs.
2014-07-17 05:30:42 +00:00
Language.Haskell.GhcMod.Logger
Use cabal-helper to support Cabal >= 1.22 with any version of ghc
2015-02-07 22:55:57 +00:00
Language.Haskell.GhcMod.Logging
Rename List.hs -> Modules.hs
2014-08-28 09:41:03 +00:00
Language.Haskell.GhcMod.Modules
adding World.hs.
2014-09-23 08:34:09 +00:00
Language.Haskell.GhcMod.Monad
Use cabal-helper to support Cabal >= 1.22 with any version of ghc
2015-02-07 22:55:57 +00:00
Language.Haskell.GhcMod.Monad.Types
Refactoring World, etc. and fix #387
2014-11-01 21:02:47 +00:00
Language.Haskell.GhcMod.PathsAndFiles
a new module.
2014-03-27 07:23:15 +00:00
Language.Haskell.GhcMod.PkgDoc
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
Language.Haskell.GhcMod.Pretty
Copy readMaybe/readEither from base >= 4.7 for backwards compatibility
2014-05-10 11:36:54 +00:00
Language.Haskell.GhcMod.Read
Move case split and sig. generation to own files - Created SrcUtils module for shared functionality
2014-06-21 09:38:44 +00:00
Language.Haskell.GhcMod.SrcUtils
converting GhcMonad to IOish.
2014-07-18 05:05:20 +00:00
Language.Haskell.GhcMod.Target
Monad.hs is now exported by GhcMod.hs.
2014-07-17 05:30:42 +00:00
Language.Haskell.GhcMod.Types
Language.Haskell.GhcMod.Utils
Refactoring World, etc. and fix #387
2014-11-01 21:02:47 +00:00
Language.Haskell.GhcMod.World
Adaptor layer for GHC API.
2012-02-14 07:09:53 +00:00
Build-Depends: base >= 4.0 && < 5
Use cabal-helper to support Cabal >= 1.22 with any version of ghc
2015-02-07 22:55:57 +00:00
, bytestring
using Data.Map if containers is old. hoping passing travis tests.
2014-03-26 06:23:12 +00:00
, containers
find functions went to lib.
2014-04-24 08:02:50 +00:00
, deepseq
Adaptor layer for GHC API.
2012-02-14 07:09:53 +00:00
, directory
, filepath
, ghc
ghc-mod deserves it's own monad Having to call `findCradle` and `initializeFlagsWithCradle` everywhere we interact with ghc-mod's API doesn't seem very Haskell-like to me I think we should provide a Monad that has a run function that already does all those tedious tasks for us. The `GhcMod` monad is basically a wrapper around `RWST r w s IO` with an instance for `GhcMonad` Having a `Reader` allows us to pass `Options` to runGhcMod and not have to worry about passing it everywhere, `Cradle` is also stored in the reader environment on initialization. Writer and State are just there for future use. I've included a `toGhcMod` function that turns a `Ghc a` into a `GhcMod a` this will make it easy to transition everyting to using the `GhcMod` monad instead of `Ghc` without breaking the build or test suite for extended periods of time. Conflicts: ghc-mod.cabal
2014-05-03 14:08:28 +00:00
, ghc-paths
Merge remote-tracking branch 'eagletmt/ghc-syb-utils'
2012-02-14 07:16:26 +00:00
, ghc-syb-utils
--quiet back (#226).
2014-04-18 23:26:30 +00:00
, hlint >= 1.8.61
monad-journal-0.4 fixes mtl dependency trouble
2014-09-16 04:20:40 +00:00
, monad-journal >= 0.4
Adaptor layer for GHC API.
2012-02-14 07:09:53 +00:00
, old-time
Rewrite `ghc-mod` command line frontend.
2014-09-18 08:05:47 +00:00
, pretty
Adaptor layer for GHC API.
2012-02-14 07:09:53 +00:00
, process
, syb
Fix #387, Pattern match failure in GhcPkg
2014-10-14 17:52:58 +00:00
, temporary
GHC 7.6.1 compatibility - switch from ClockTime to UTCTime in Info.pprInfo - make ghc-mod loggers always take a first argument of type DynFlags - consolidate GHC API shims in Gap.hs--this depends on tracingDynFlags, which is unfortunate
2012-10-16 10:27:35 +00:00
, time
Revert "workaround for #277" This reverts commit ef2087b379da2351e4054f6099944833f024b39e.
2014-07-03 13:39:49 +00:00
, transformers
ghc-mod deserves it's own monad Having to call `findCradle` and `initializeFlagsWithCradle` everywhere we interact with ghc-mod's API doesn't seem very Haskell-like to me I think we should provide a Monad that has a run function that already does all those tedious tasks for us. The `GhcMod` monad is basically a wrapper around `RWST r w s IO` with an instance for `GhcMonad` Having a `Reader` allows us to pass `Options` to runGhcMod and not have to worry about passing it everywhere, `Cradle` is also stored in the reader environment on initialization. Writer and State are just there for future use. I've included a `toGhcMod` function that turns a `Ghc a` into a `GhcMod a` this will make it easy to transition everyting to using the `GhcMod` monad instead of `Ghc` without breaking the build or test suite for extended periods of time. Conflicts: ghc-mod.cabal
2014-05-03 14:08:28 +00:00
, transformers-base
We really don't want mtl < 2.0 (different API)
2014-05-18 01:20:13 +00:00
, mtl >= 2.0
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
, monad-control >= 1
Add `fromInstalledPackageId`
2014-04-30 23:48:49 +00:00
, split
Initial code generation working - Added fallback with haskell-src-exts
2014-06-22 16:03:34 +00:00
, haskell-src-exts
Haskell part of case splitting working!
2014-06-25 16:09:24 +00:00
, text
Adde myself to Authors in cabal file
2014-08-19 16:35:10 +00:00
, djinn-ghc >= 0.0.2.2
Add GHC-7.10 support
2015-01-16 14:47:56 +00:00
if impl(ghc < 7.8)
dep switch for convertible (#161).
2013-11-19 01:37:11 +00:00
Build-Depends: convertible
Fix building with ghc 7.4
2014-08-24 10:05:26 +00:00
if impl(ghc <= 7.4.2)
-- Only used to constrain random to a version that still works with GHC 7.4
Build-Depends: random <= 1.0.1.1
Adaptor layer for GHC API.
2012-02-14 07:09:53 +00:00
Changing GHCMod as a library.
2013-05-17 01:00:01 +00:00
Executable ghc-mod
Default-Language: Haskell2010
Main-Is: GHCMod.hs
bootInfo as API.
2014-04-30 01:49:25 +00:00
Other-Modules: Paths_ghc_mod
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
GHC-Options: -Wall -fno-warn-deprecations
Fix cabal file
2014-07-14 23:53:06 +00:00
Default-Extensions: ConstraintKinds, FlexibleContexts
Changing GHCMod as a library.
2013-05-17 01:00:01 +00:00
HS-Source-Dirs: src
Build-Depends: base >= 4.0 && < 5
Start migrating ghc-modi code to src/GHCMod.hs
2014-10-22 22:56:18 +00:00
, async
Rewrite `ghc-mod` command line frontend.
2014-09-18 08:05:47 +00:00
, data-default
Changing GHCMod as a library.
2013-05-17 01:00:01 +00:00
, directory
, filepath
Rewrite `ghc-mod` command line frontend.
2014-09-18 08:05:47 +00:00
, pretty
, process
Start migrating ghc-modi code to src/GHCMod.hs
2014-10-22 22:56:18 +00:00
, split
Migrate the remaining parts of the exposed API to `GhcMod a`
2014-07-11 01:10:37 +00:00
, mtl >= 2.0
Changing GHCMod as a library.
2013-05-17 01:00:01 +00:00
, ghc
, ghc-mod
adding ghc-modi.
2014-03-19 01:23:47 +00:00
Executable ghc-modi
Default-Language: Haskell2010
Main-Is: GHCModi.hs
bootInfo as API.
2014-04-30 01:49:25 +00:00
Other-Modules: Paths_ghc_mod
Misc module for ghc-modi.
2014-09-22 12:32:57 +00:00
Misc
fix #295.
2014-08-13 06:21:13 +00:00
Utils
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
GHC-Options: -Wall -threaded -fno-warn-deprecations
generating "autogen/" if not exist (#326).
2014-09-22 13:38:15 +00:00
if os(windows)
Cpp-Options: -DWINDOWS
Fix cabal file
2014-07-14 23:53:06 +00:00
Default-Extensions: ConstraintKinds, FlexibleContexts
adding ghc-modi.
2014-03-19 01:23:47 +00:00
HS-Source-Dirs: src
Build-Depends: base >= 4.0 && < 5
Give readProcess' more sensible error messages. Also a bunch of refactoring for GhcModError
2014-08-28 09:54:01 +00:00
, async
using Data.Map if containers is old. hoping passing travis tests.
2014-03-26 06:23:12 +00:00
, containers
adding ghc-modi.
2014-03-19 01:23:47 +00:00
, directory
, filepath
trying to fix travis ci.
2014-09-23 07:00:22 +00:00
, old-time
generating "autogen/" if not exist (#326).
2014-09-22 13:38:15 +00:00
, process
Catch `cabal configure` failure properly
2014-08-18 06:06:36 +00:00
, split
restart a GhcMod session if the cabal file is changed.
2014-09-22 05:13:07 +00:00
, time
adding ghc-modi.
2014-03-19 01:23:47 +00:00
, ghc
, ghc-mod
Introducing cabal-helper-wrapper The idea here is to build cabal-helper with whatever version of Cabal the user happens to be using (which we find by looking at dist/setup-config) at runtime. This way we can support literally any version of Cabal as long as the actual cabal-helper still compiles. I tried to only use interfaces in Cabal that have been there since at least 1.16 so I'm hoping this shouldn't break too much.
2015-03-01 03:51:22 +00:00
Executable cabal-helper-wrapper
Add cabal-helper for decoding Cabal-1.22 setup-configs .. without having to worry about Cabal version conflicts
2015-02-07 22:43:56 +00:00
Default-Language: Haskell2010
Introducing cabal-helper-wrapper The idea here is to build cabal-helper with whatever version of Cabal the user happens to be using (which we find by looking at dist/setup-config) at runtime. This way we can support literally any version of Cabal as long as the actual cabal-helper still compiles. I tried to only use interfaces in Cabal that have been there since at least 1.16 so I'm hoping this shouldn't break too much.
2015-03-01 03:51:22 +00:00
Other-Extensions: TemplateHaskell
Change the way cabal-helper is built a bit
2015-03-04 15:45:26 +00:00
Main-Is: CabalHelper/Wrapper.hs
Introducing cabal-helper-wrapper The idea here is to build cabal-helper with whatever version of Cabal the user happens to be using (which we find by looking at dist/setup-config) at runtime. This way we can support literally any version of Cabal as long as the actual cabal-helper still compiles. I tried to only use interfaces in Cabal that have been there since at least 1.16 so I'm hoping this shouldn't break too much.
2015-03-01 03:51:22 +00:00
Other-Modules: Paths_ghc_mod
Add cabal-helper for decoding Cabal-1.22 setup-configs .. without having to worry about Cabal version conflicts
2015-02-07 22:43:56 +00:00
GHC-Options: -Wall
Change the way cabal-helper is built a bit
2015-03-04 15:45:26 +00:00
HS-Source-Dirs: .
Add cabal-helper for decoding Cabal-1.22 setup-configs .. without having to worry about Cabal version conflicts
2015-02-07 22:43:56 +00:00
X-Install-Target: $libexecdir
Build-Depends: base >= 4.0 && < 5
, bytestring
, binary
Introducing cabal-helper-wrapper The idea here is to build cabal-helper with whatever version of Cabal the user happens to be using (which we find by looking at dist/setup-config) at runtime. This way we can support literally any version of Cabal as long as the actual cabal-helper still compiles. I tried to only use interfaces in Cabal that have been there since at least 1.16 so I'm hoping this shouldn't break too much.
2015-03-01 03:51:22 +00:00
, containers
Bring test suite up to date
2015-03-05 15:50:06 +00:00
, Cabal >= 1.14
Add cabal-helper for decoding Cabal-1.22 setup-configs .. without having to worry about Cabal version conflicts
2015-02-07 22:43:56 +00:00
, directory
Introducing cabal-helper-wrapper The idea here is to build cabal-helper with whatever version of Cabal the user happens to be using (which we find by looking at dist/setup-config) at runtime. This way we can support literally any version of Cabal as long as the actual cabal-helper still compiles. I tried to only use interfaces in Cabal that have been there since at least 1.16 so I'm hoping this shouldn't break too much.
2015-03-01 03:51:22 +00:00
, filepath
Bring test suite up to date
2015-03-05 15:50:06 +00:00
, old-time
Introducing cabal-helper-wrapper The idea here is to build cabal-helper with whatever version of Cabal the user happens to be using (which we find by looking at dist/setup-config) at runtime. This way we can support literally any version of Cabal as long as the actual cabal-helper still compiles. I tried to only use interfaces in Cabal that have been there since at least 1.16 so I'm hoping this shouldn't break too much.
2015-03-01 03:51:22 +00:00
, process
, transformers
, template-haskell
, time
Add cabal-helper for decoding Cabal-1.22 setup-configs .. without having to worry about Cabal version conflicts
2015-02-07 22:43:56 +00:00
add doctest.
2013-09-20 12:10:31 +00:00
Test-Suite doctest
Type: exitcode-stdio-1.0
Default-Language: Haskell2010
HS-Source-Dirs: test
removing -threaded
2014-07-15 02:51:52 +00:00
Ghc-Options: -Wall
Fix cabal file
2014-07-14 23:53:06 +00:00
Default-Extensions: ConstraintKinds, FlexibleContexts
add doctest.
2013-09-20 12:10:31 +00:00
Main-Is: doctests.hs
Bring test suite up to date
2015-03-05 15:50:06 +00:00
if impl(ghc == 7.4.*)
Buildable: False
add doctest.
2013-09-20 12:10:31 +00:00
Build-Depends: base
, doctest >= 0.9.3
adding tests.
2013-02-12 05:06:22 +00:00
Test-Suite spec
ver bumps up.
2013-02-15 01:47:56 +00:00
Default-Language: Haskell2010
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
Default-Extensions: ScopedTypeVariables, RecordWildCards, NamedFieldPuns,
Change the way cabal-helper is built a bit
2015-03-04 15:45:26 +00:00
ConstraintKinds, FlexibleContexts
Refactor the way packages databases are handled - cradle now stores a list of active package databases instead of only the user store (if present). - rename `cradlePackageDb` -> `cradlePkgDbStack` as that`s what the ghc documentaion calls this kind of thing - `getPackageDbPackages` now returns names of all visible packages in the given directory. Also the implementation now uses `ghc-pkg` instead of manually looking at the package database
2014-04-15 03:13:10 +00:00
Main-Is: Main.hs
adding tests.
2013-02-12 05:06:22 +00:00
Hs-Source-Dirs: test, .
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
Ghc-Options: -Wall -fno-warn-deprecations
Add GHC-7.10 support
2015-01-16 14:47:56 +00:00
CPP-Options: -DSPEC=1
adding tests.
2013-02-12 05:06:22 +00:00
Type: exitcode-stdio-1.0
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
Other-Modules: Paths_ghc_mod
Refactoring World, etc. and fix #387
2014-11-01 21:02:47 +00:00
Dir
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
Spec
TestUtils
BrowseSpec
CheckSpec
test for Flag.
2013-02-12 05:12:15 +00:00
FlagSpec
test for Info.
2013-02-13 07:22:07 +00:00
InfoSpec
adding tests.
2013-02-12 05:06:22 +00:00
LangSpec
test for Lint.
2013-02-12 05:31:01 +00:00
LintSpec
adding tests.
2013-02-12 05:06:22 +00:00
ListSpec
Add a test making sure pattern match failures on GhcModT work the way I expect
2014-08-06 18:41:59 +00:00
MonadSpec
Refactoring World, etc. and fix #387
2014-11-01 21:02:47 +00:00
PathsAndFilesSpec
Refactoring to use cabal-helper-wrapper This turned out to be quite involved but save for this huge commit it's actually quite awesome and squashes quite a few bugs and nasty problems (hopefully). Most importantly we now have native cabal component support without the user having to do anything to get it! To do this we traverse imports starting from each component's entrypoints (library modules or Main source file for executables) and use this information to find which component's options each module will build with. Under the assumption that these modules have to build with every component they're used in we can now just pick one. Quite a few internal assumptions have been invalidated by this change. Most importantly the runGhcModT* family of cuntions now change the current working directory to `cradleRootDir`.
2015-03-03 20:12:43 +00:00
HomeModuleGraphSpec
Add GHC-7.10 support
2015-01-16 14:47:56 +00:00
Cleanup cabal file using extentions
2015-02-04 00:15:52 +00:00
Build-Depends: hspec
Fix ghc-7.4
2015-02-07 22:05:04 +00:00
if impl(ghc == 7.4.*)
Build-Depends: executable-path
Cleanup cabal file using extentions
2015-02-04 00:15:52 +00:00
X-Build-Depends-Like: CLibName
Add GHC-7.10 support
2015-01-16 14:47:56 +00:00
adding tests.
2013-02-12 05:06:22 +00:00
clean up .cabal
2010-03-10 03:06:06 +00:00
Source-Repository head
Type: git
Location: git://github.com/kazu-yamamoto/ghc-mod.git
Reference in New Issue Copy Permalink