aboutsummaryrefslogtreecommitdiff
path: root/cabal-helper.cabal
Commit message (Collapse)AuthorAgeFilesLines
* Move CabalVersion and related types into a new moduleDaniel Gröber2020-05-021-0/+1
|
* Fix cabal projects using source-repository-packageDaniel Gröber2020-05-021-0/+5
| | | | | | | | | | | Apparently we can get source-repo-packages in plan.json even when filtering for `"style": "local"`(`UnitTypeLocal`). It's possible the root cause here is a cabal bug as source-repository-package should really be treated more like a tarball than a local package. Regardless we simply filter units by actually checking for `uPkgSrc=Just LocalUnpackedPackage` instead of relying on "style". This fixes #99
* Support GHC 8.10jneira2020-05-011-2/+2
|
* Require Cabal-3.0.1.* on windows for dropExeExtension fixDaniel Gröber2020-04-181-0/+2
|
* Fix patchBuildToolProgs when haddock cannot be foundJavier Neira2020-02-101-6/+6
| | | | Cabal's GHC.configure doesn't demand haddock exist, so we have to handle the case where it's not installed.
* Turn private library into common stanzaunknown2020-02-081-15/+20
| | | | | | | | | | | | Private libraries have a bunch of bugs in cabal currently: * https://github.com/haskell/cabal/issues/6211 * https://github.com/haskell/cabal/issues/6483 and devs of haskell-ide-engine are encountering this bug frequently. To mitigate this issue, remove usage of private libraries and use a common stanza to have the same re-use as before. This change can be undone when the mentioned issues have been resolved.
* ghc-session: Get GHC libdir from --print-libdir commandDaniel Gröber2019-12-291-1/+0
| | | | | | Using ghc-paths bypasses cabal's rebuild checks though, for example, installing the compiler into a different directory will change the libdir but cabal won't recompile ghc-paths.
* compile-test: Add program commandline optionsDaniel Gröber2019-12-291-0/+2
|
* Fix Cabal HEADDaniel Gröber2019-12-291-1/+1
|
* Add GHC 8.8 supportDaniel Gröber2019-12-291-4/+4
|
* Tweak README and cabal descriptionDaniel Gröber2019-12-261-22/+4
|
* Relax lower bound of Win32 down to ghc-8.2.2 versionjneira2019-10-151-1/+1
|
* Change license to Apache2Daniel Gröber2019-09-291-1/+1
| | | | | | | | All contributors have agreed on public record at https://github.com/DanielG/cabal-helper/issues/76 Fixes #76
* Add support for symlink farming as a workaround for StackDaniel Gröber2019-09-291-3/+20
| | | | | | | | We want to be able to have the build tool use exactly the compiler and related executables we choose. Stack doesn't really like that mode of operation and insists on getting everything from PATH itself so this commit adds support for creating a temporary symlink farm to convince Stack to use the executables we want it to use.
* Remove Compat.ProgramDb moduleDaniel Gröber2019-09-291-1/+0
|
* Remove pretty-show dependencyDaniel Gröber2019-09-171-1/+1
| | | | It's a bit heavy just for a single use-site for debugging.
* ci: Update version listsDaniel Gröber2019-09-171-1/+3
|
* Remove crusty old helper codeDaniel Gröber2019-09-171-13/+13
| | | | | | | | | | | | - Inplace component inlining really always was a nasty cludge, now that we have proper build-system support we can get rid of it. - GHC options subsets aren't really needed, we can split these up after parsing the options using the ghc library. - Dropped GHC 7.10, it seems unsupportable without the inplace component inlining, possibly a Stack/lib:Cabal bug, but it is quite old so time for it to go anyway. This is the second thing commit it was holing up too!
* Flesh out project discovery APIDaniel Gröber2019-09-171-1/+0
|
* Start implementing Distribution.Helper.DiscoverZubin Duggal2019-09-171-0/+1
|
* compile-test: Read cabal versions from fileDaniel Gröber2019-06-191-0/+3
| | | | | This allows them to be checked for up-to-date'nes in CI like the stack-resolvers.
* ci: Move stack resolver table to a fileDaniel Gröber2019-06-191-0/+1
|
* Add skeleton for project discovery functionalityDaniel Gröber2019-03-311-0/+1
|
* Make Cabal-HEAD lib v2-build cachableDaniel Gröber2019-02-141-0/+1
|
* Shortcut helper compilation when Cabal version is already availableDaniel Gröber2019-02-091-0/+3
| | | | | This is mostly an optimization for Nix which already sets up the environment correctly, so we should reward its users :)
* Add support and test coverage for mulit-pkg projectsDaniel Gröber2019-01-261-1/+22
|
* Use cabal-plan-0.5 from HackageDaniel Gröber2019-01-221-1/+1
|
* Add example to show off cabal-helper's functionalityDaniel Gröber2019-01-221-0/+8
|
* Add helper compilation time to debug outputDaniel Gröber2019-01-221-0/+1
|
* Sync with Cabal HEADDaniel Gröber2019-01-221-0/+1
|
* Move Shared.Sandbox module to Compiletime.Daniel Gröber2019-01-221-2/+1
|
* Migrate to Cabal-2.2 common stanzas, yey!Daniel Gröber2019-01-221-137/+32
|
* Bump base dependency to reflect realityDaniel Gröber2019-01-221-6/+6
| | | | base-4.8 came with 7.10 which is the oldest supported GHC now.
* Upgrade Cabal-spec verson to 2.2Daniel Gröber2019-01-221-2/+2
|
* ci: Add GHC-8.6.2 jobDaniel Gröber2019-01-221-9/+9
|
* Split up Compile.hs into multiple modulesDaniel Gröber2018-10-271-0/+21
|
* Use Cabal internal libraries instead of sharing 'hs-source-dirs'Daniel Gröber2018-10-271-58/+67
|
* Add stack supportDaniel Gröber2018-10-271-0/+2
|
* Start refactoring to support cabal v2-buildDaniel Gröber2018-10-271-3/+3
|
* Drop GHC 7.8 supportDaniel Gröber2018-10-271-1/+1
| | | | | | | | | Unfortunately we need process-1.2.3.0 for 'readCreateProcess' replacing it for 7.8 is just too much effort. For testing's sake GHC 7.10 can still build Cabal-1.18.* but not 1.20, seems to just need a hackage revision though. Just disable 1.20 for now. I don't think anyone really still uses that.
* Move compat code out of Runtime/Main.hsDaniel Gröber2018-10-261-0/+1
|
* Support hashing runtime sourcesDaniel Gröber2018-10-261-0/+3
|
* Remove wrapper, integrate functionality into the libraryDaniel Gröber2018-08-261-51/+17
| | | | | | | | | | | | The use of a wrapper executable to compile the real helper was a design mistake originally intended to isolate the calling application from a dependency on the Cabal library completely. This isolation turned out to be rather tedious and thus was ignored soon, the wrapper remained though. Due to the way cabal-install installs components of a package into seperate install trees when using new-install finding the wrapper exe reliably has become pretty much impossible without huge effort. Hence we remove it and integrate the functionality into the library instead.
* Allow cabal-plan 0.4Daniel Gröber2018-08-231-4/+4
|
* Add build-tools-depends in library for wrapperDaniel Gröber2018-08-231-0/+3
|
* Change maintainer email addressDaniel Gröber2018-08-131-2/+2
|
* Downgrade license from AGPLv3 to regular GPLv3Daniel Gröber2018-08-131-2/+1
| | | | | | | | | | | | | | There are only 8 commits in cabal-helper not by me or alanz, see: $ git log --author='Daniel Gröber\|Alan Zimmerman' --invert-grep -p 9142d8a9e6ed18faf17a360521fbbbd25f6a3b47 Alan Zimmerman has agreed to the license change on IRC. The rest are IMO uncopyrightable. I'm pretty sure version-bounds are "facts" which are inherently uncopyrightable, i.e. the software builds with this and that version, that's a fact. Simple build fixes such as ae568d10 and eb178a5b shouldn't really cross the necessary creative threshold.
* Add initial new-build (v2-build) support to wrapperDaniel Gröber2018-08-121-5/+17
|
* Add Cabal 2.4 supportDaniel Gröber2018-08-121-3/+3
|
* Bump version to 0.8.1.0Daniel Gröber2018-07-261-1/+1
|