summaryrefslogtreecommitdiff
path: root/build.sc
Commit message (Collapse)AuthorAgeFilesLines
* .Li Haoyi2019-06-131-1/+3
|
* Bloop config for Js/Native modules (#617)Olivier Mélois2019-05-281-1/+2
| | | | This generates correct bloop configuration for ScalaJs/ScalaNative module.
* Merge branch '599'Li Haoyi2019-05-201-2/+31
|\
| * Merge branch 'master' into dockerLi Haoyi2019-05-191-3/+38
| |\
| | * Switch from scalafmt-cli to scalafmt-dynamic (#600)Guillaume Galy2019-05-191-1/+2
| | |
| | * Add support for Scoverage (#571)Nik Vanderhoof2019-05-191-1/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Add initial work for ScoverageModule * style: Move package scoverage from lib to contrib Suggested by @lefou > I think, it would be better to add under `mill.contrib.scoverage`. Pull request: #571 * Initial changes to non-hardcoded scoverage version * Using task context api to specify dataDir Now measurement data will be written to: PROJECT_ROOT/out/MODULE/scoverage/data/ and the html report will be written to: PROJECT_ROOT/out/MODULE/scoverage/data/htmlReport/ * Remove wild card imports in scoverage Also remove scoverage dependency from build.sc * Move htmlReport into worker Based on what I've seen in scalalib, scalajslib, scalanativelib, playlib, and twirllib modules. Still need to add tests * Add basic docs + tests for scoverage I still am working on testing the actual generation of reports. * Use cross-module for scoverage worker Now we can support multiple versions of scoverage by adding them to the crossmodule list. Also now running the local publish script succeeds. * Add scoverage to ci tests * Add detailed ScoverageModule documentation * Test scoverage dataDir * Remove <pre> tags in scaladoc * Add scoverage dependency in less hacky way * Modify scoverage tests to check classpaths * Put docs in alphabetical order * Test classpaths for scoverage runtime * Remove abstract def test: ScoverageTests * Construct classloader differently * Revert "Construct classloader differently" This reverts commit fccf9a94cc38fb9e2be58a9ff90b00b65f339db6. * Revert "Construct classloader differently" Also fixes unfound error in html report This reverts commit fccf9a94cc38fb9e2be58a9ff90b00b65f339db6. * Fix classpath for scoverage worker
| * | Contrib module for building docker imagesNathan Fischer2019-04-221-0/+4
| | |
* | | Merge branch '600'Li Haoyi2019-05-201-1/+2
|\ \ \
| * | | Switch from scalafmt-cli to scalafmt-dynamicUnknown2019-04-211-1/+2
| | | |
* | | | Bump ammonite to 1.6.7 (#610)Li Haoyi2019-05-191-2/+4
| |_|/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * bump ammonite to 1.6.7 * upgrade all the things * add scalaj-http shims for bootstrapping * wip * tweak-error-message * tweak coursier * .
* | | Beginning of Bloop integration (#595)Olivier Mélois2019-04-251-0/+9
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Sync with latest versions, started bloop connection * BloopModule back to the bare minimum * Added first Bloop related unit-tests * More tests * Fixed global module usage. * Added resolution in bloop config * More tests, using correct repository list * revert dev change * Changed moduleSourceMap implementation * Using path-dependant trait for the module This facilitates testing by preventing the trait from referencing a global module. * Added semanticDB to bloopConfig * Added documentation * Install returns pathRefs instead of paths * bumped semanticDB * Better use of mill's cache, avoid duplication of work * addressing comments
* / Revert Zinc to 1.2.5 to match release notes (#594)Ahir Reddy2019-04-171-1/+1
|/
* Bump graphviz and JGraphT versions (#573)André L. F. Pinto2019-04-171-2/+2
|
* tidy up Nathan Fischer2019-04-171-1/+0
|
* Flyway moduleNathan Fischer2019-04-171-0/+6
|
* Properly respect JAVA_HOME env varTobias Roeser2019-03-131-6/+13
|
* Reworks version specific keys and extractionJean Helou2019-03-111-6/+5
| | | | | | | Route compilation workers are specific to play minor version but still added a patch level version in the key. The playMinorVersion used to compute the version part of the key had to add a useless trailing `.0`, this is now fixed.
* Add trait to configure twirl integration for playframeworkJean Helou2019-03-111-1/+1
|
* Cleanup useless play version mappingsJean Helou2019-03-111-3/+2
|
* Adjusts the main build file to match the new playlib module designJean Helou2019-02-141-2/+36
|
* Keep twirllib moduleGuillaume Grossetie2019-02-141-1/+4
|
* Create a Play! module to compile the routerGuillaume Grossetie2019-02-141-1/+1
|
* More improvements to ZincWorkerImpl (#526)Li Haoyi2019-01-111-1/+1
| | | | | | | | | | | | | | * More improvements to ZincWorkerImpl - Cache classloaders separately from `ScalaInstance`s - Pre-compute `analysisMap` to speed up lookups - Allow compile-to-jar using sbt/zinc 1.3.0-m1 * Update build.sc * Update ZincWorkerModule.scala * Update ZincWorkerImpl.scala
* bump Ammonite versionLi Haoyi2018-12-191-1/+1
|
* Merge branch 'master' into bump-zincLi Haoyi2018-12-191-2/+2
|\
| * Bump Mill Scala version to 2.12.8 (#507)Li Haoyi2018-12-121-2/+2
| |
* | bump zinc 1.2.1 -> 1.2.5bump-zincLi Haoyi2018-12-191-1/+1
|/
* First pass at splitting out worker-api from mill core. (#504)Li Haoyi2018-12-121-16/+31
| | | | | | | | | This reduces the {scala,scalajs,scalanative}-worker dependency from the entirety of Mill to a much narrower `mill.api` module. This reduces the amount of classpath pollution within these workers, should mean they're much faster to download the first time, and reduces the amount of random junk they would pull in if they were to be used outside of the Mill project. The interactions between the various *Modules and their *WorkerImpls has been narrowed down to the `*.api` modules, which only depend on other `*.api` modules. A lot of things have been moved around; user code is unlikely to break, but it's possible some will if it references classes that have been moved around. Forwarders have been left for the few internal classes that Mill uses in it's own `build.sc`, to support bootstrapping. Third-party code which breaks should be a straightforward to fix just by updating imports The `*.api` modules have minimal dependencies (mostly uPickle and os-lib) and minimal code. There is still a bunch of implementation code in there: some of it defining data-types that are commonly sent across the module/worker interface (`Agg`, `PathRef`, ...), and some of it just general helper functions that are needed both in modules and workers. The latter code isn't strictly API definitions, but for now is small enough it's not worth splitting into it's own module
* bump ammonite versionLi Haoyi2018-12-111-1/+1
|
* bump Ammonite version0.3.5Li Haoyi2018-11-191-3/+2
|
* bump ammonite/os-libLi Haoyi2018-11-061-1/+1
|
* bump ammonite integration test version, remove 2.11.8 build since it blows ↵Li Haoyi2018-11-061-1/+1
| | | | up mysteriously
* WIP migrating over from `ammonite.ops` to `os` module.Li Haoyi2018-11-051-1/+1
| | | | __.compile works, haven't run tests yet
* Merge branch 'master' of github.com:lihaoyi/millLi Haoyi2018-11-021-1/+5
|\
| * Add tut contrib module (#464)David Gregory2018-10-311-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Add tut contrib module * Add TutModule tests and documentation * Use Path instead of PathRef for tut target directory * Use the correct scala version in TutModule * Ensure resolving tut doesn't bring in extra scala-library jars * Ensure MILL_VERSION system property is set in tut tests * Fork to run tut to fix classpath problems, add test with library usage * Follow convention w.r.t. publishVersion in testArgs * Add Scaladoc to TutModule * Don't supply a default version of Tut * Update docs to account for mandatory tutVersion setting * Inline tutArgs, otherwise Tut does not recompile when sources change
* | bump ammonite versionLi Haoyi2018-11-021-1/+1
|/
* 0.3.00.3.0Li Haoyi2018-10-181-1/+1
|
* bump ammonite version againLi Haoyi2018-10-181-1/+1
|
* bump Ammonite versionLi Haoyi2018-10-181-1/+1
|
* re-enable scaladoc plugin on existing modules to ensure their doccomments ↵Li Haoyi2018-09-201-0/+2
| | | | are captured
* Include scaladoc as part of mill inspect (#435)Li Haoyi2018-09-201-4/+4
|
* fix MILL_CLASSPATH for windows script (#434)Sakib Hadžiavdić2018-09-171-5/+6
|
* Fix incremental compilation when a Scala project depends on a Java project ↵Guillaume Martres2018-08-251-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | (#414) * Upgrade ammonite to 1.1.2-30-53edc31 This is mainly to get https://github.com/lihaoyi/Ammonite/pull/851 which should reduce the amount of unnecessary work done by incremental compilation in the Mill build. This requires some code changes since this means we now depend on a more recent version of coursier, as a side-effect this means that we do not depend on scalaz anymore. Also use the same ammonite version in the Mill build and in ScalaModule#ammoniteReplClasspath. Also remove an incorrect dependency in the caffeine integration test. This was always wrong but did not start failing until this commit, probably due to dependencies appearing in a different order on the classpath. * Rename ScalaWorker to ZincWorker Starting with the next commit, it will be used in Java-only projects too, so the name is misleading. * Upgrade to Zinc 1.2.1 * Fix incremental compilation when a Scala project depends on a Java project Before this commit, JavaModule#compile simply called javac unconditionally, thus generating new classfiles every time. But if a Scala project depends on a Java project, this will throw off the incremental compilation algorithm which will unnecessarily recompile files. To avoid this we now use Zinc to compile Java projects too (as a bonus this means that Java compilation becomes incremental). This required some refactoring in ZincWorkerImpl to be able to compile stuff without having to pass Scala-specific options. The issue solved by this commit could be reproduced by running in the Mill repository: $ mill main.compile $ mill -i @ main.compile() and observing that before this commit, the `main.compile()` call ended up recompiling code.
* tweaksLi Haoyi2018-08-221-3/+3
|
* Tidying up:Li Haoyi2018-08-221-38/+39
| | | | | - Combine `main/` and `core/` - Rename `jsbridges/`/`scalanativebridges/` -> `worker/` for consistency with other terminology
* tidy up root folderLi Haoyi2018-08-171-26/+25
|
* Simple BuildInfo plugin (#325)benjaminfrank2018-08-161-0/+10
| | | | | | | * Simple BuildInfo plugin * BuildInfo readme include other known yet external plugins * Add tests
* Add ScalaPB integration (#395)David Gregory2018-08-011-1/+10
| | | | | | | | * Add ScalaPB integration * Update ci scripts with new scalapblib module * Move ScalaPB integration to contrib module
* Upgrade Zinc and fix over-compilation (#390)Guillaume Martres2018-07-271-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | * Remove dead code * Upgrade zinc to 1.1.7, avoid hardcoding the version * Fix over-compilation with Zinc `upstreamCompileOutput` needs to contain the CompileOutput of all recursive dependencies, otherwise Zinc gets confused when a classfile from one of these recursive dependency is used, resulting in over-compilation. No tests because I don't know how to write one, but this can be observed manually: 1. mill scalajslib.compile 2. Add an empty line to ScalaModule.scala 3. mill scalajslib.compile Before this commit, the last compilation ended up compiling one file in scalalib (as expected), then every file in scalajslib. After this commit, nothing in scalajslib is recompiled, as expected.
* add JavaModule#runBackground, to allow a task to kick off processes to run ↵Li Haoyi2018-07-211-3/+19
| | | | in the background that only die when the task is re-run
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-29 00:02:09 +0000