summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* 0.2.80.2.8Li Haoyi2018-09-212-4/+19
|
* start running DocAnnotationsTests in CILi Haoyi2018-09-211-1/+1
|
* bootstrap off latest masterLi Haoyi2018-09-203-6/+7
|
* Re-order `publishAll` arguments to get rarely used `signed` arg out of the wayLi Haoyi2018-09-201-2/+2
|
* fix publishing to work with 0.2.7Li Haoyi2018-09-201-5/+4
|
* 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-2027-92/+535
|
* Dedicated scalaDoc plugins and options (#433)Guillaume Grossetie2018-09-192-7/+111
| | | | | | * Dedicated scalaDoc plugins and options * Use T{} for consistency
* fix MILL_CLASSPATH for windows script (#434)Sakib Hadžiavdić2018-09-171-5/+6
|
* Remove useless type parameters for {Test,}Evaluator (#416)Guillaume Martres2018-09-1516-70/+69
| | | | | | * Remove useless type parameters for {Test,}Evaluator * Update Evaluator.scala
* don't compile hidden files. fixes #402 (#428)Nikolay Tatarinov2018-09-051-1/+2
|
* Make sure files are readable when traversing source files. (#423)Victor Borja2018-09-051-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | Mill was trying to read all files found under the source directory to create a digest for each of them. This was causing an error for broken symlinks. At first I believed temporary files should be ignored to avoid this problem, and asked at the gitter channel how to go about this, but overriding the `sources` task as [suggested](https://gitter.im/lihaoyi/mill?at=5ad6cd801130fe3d36eb7655) by @lihaoyi didn't actually help. on a simple scala project, editing a file with Emacs, creates a link file, like: ``` vic@oeiuwq ~/h/foo> ls -la foo/src/ total 8 drwxr-xr-x 4 vic staff 128 Sep 1 12:23 . lrwxr-xr-x 1 vic staff 22 Sep 1 12:23 .#hello.scala -> vic@oeiuwq.local.10748 drwxr-xr-x 3 vic staff 96 Sep 1 12:22 .. -rw-r--r-- 1 vic staff 12 Sep 1 12:22 hello.scala ``` So this patch only makes sures that the files (or the symlink here) is actually readable before trying to digest it. Fixes #402
* Fix shutdown hook failures in tests (#422)aosagie2018-09-024-20/+14
| | | | | | * Remove duplication from ClassLoader.create * Prevent closing of context class loader in tests so that shutdown hooks can run
* 0.2.70.2.7Li Haoyi2018-08-272-2/+21
|
* Fix paths for ivy-style repos in grepJar (#412)Guillaume Martres2018-08-262-4/+8
|
* Update GenIdeaImpl.scalaLi Haoyi2018-08-251-1/+1
|
* Fix incremental compilation when a Scala project depends on a Java project ↵Guillaume Martres2018-08-2517-165/+194
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | (#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.
* more terminology fixesLi Haoyi2018-08-223-3/+3
|
* standardize more worker terminologyLi Haoyi2018-08-224-32/+32
|
* tweaksLi Haoyi2018-08-223-5/+5
|
* standardize naming of ScalaWorker/Api/ImplLi Haoyi2018-08-228-23/+23
|
* fix buildLi Haoyi2018-08-224-28/+28
|
* Tidying up:Li Haoyi2018-08-2232-38/+39
| | | | | - Combine `main/` and `core/` - Rename `jsbridges/`/`scalanativebridges/` -> `worker/` for consistency with other terminology
* Make the REPL evaluator accessible from the REPL itself (#413)Guillaume Martres2018-08-221-1/+1
| | | | This makes it easier to hack on Mill using Mill itself, the evaluator is available using `replApplyHandler.evaluator`
* isolate twirl classloader from mill classpathLi Haoyi2018-08-221-1/+1
|
* fix testng referenceLi Haoyi2018-08-181-1/+1
|
* tidy up root folderLi Haoyi2018-08-1719-31/+30
|
* Visualize plan (#409)Joseph K. Strauss2018-08-163-671/+198
| | | | | | * Add VisualizePlan.svg to docs build * Use simpler graph
* Simple BuildInfo plugin (#325)benjaminfrank2018-08-165-0/+234
| | | | | | | * Simple BuildInfo plugin * BuildInfo readme include other known yet external plugins * Add tests
* Better use of forkWorkingDirLi Haoyi2018-08-131-6/+6
|
* move forkWorkingDir from TestModule onto JavaModule so it can apply to ↵Li Haoyi2018-08-131-4/+4
| | | | run/runBackground
* Update JavaModule.scalaLi Haoyi2018-08-121-3/+1
|
* Make visualizePlan work with external modules (#406)Joseph K. Strauss2018-08-103-59/+826
|
* Visualize Plan (#404)Joseph K. Strauss2018-08-085-28/+144
| | | | | | | | | | | | | | * Make necessary import changes * Refactor to allow calling internally w/o println * Refactor to allow multiple visualize modes * Add new visualizaPlan grap entire plan * Remove and alphabetize imports * Document visualizePlan
* don't pass in entered args from as remoteArgs too (#403)John Duffell2018-08-081-1/+1
|
* Update 2 - Configuring Mill.mdLi Haoyi2018-08-051-1/+1
|
* Add support for Dotty projects (#397)Guillaume Martres2018-08-0514-162/+250
| | | | | | | | | | | | | | | | | | | | | | | | | | | | * Abstract over the scala compiler organization * Support using a locally published compiler Publishing locally with sbt means publishing ivy-style, which uses a different naming convention than maven, we now handle both cases. * Add minimal support for Dotty projects * Rewrite scalalib.Dep, introduce scalalib.CrossVersion Instead of Dep being a trait with three cases (Java/Scala/Point), it is now a case class where the cross field is an instance of the CrossVersion trait which has three cases (Constant/Binary/Full). This is more versatile since it allows for non-empty constant suffixes which will be used to implement withDottyCompat in the next commit. It's also a cleaner separation of concerns. We also deduplicate various pieces of codes that computed the artifact name: this is now always handled in Dep and CrossVersion. * Add simple way to use Scala 2 deps in a Dotty project This is similar to the withDottyCompat method in the sbt-dotty plugin. * Turn off the Dotty test on Java >= 9
* Add documentation for ScalaPB module (#398)David Gregory2018-08-031-0/+51
|
* Fix bug with 'u' at the beginning of path (#384)Joseph K. Strauss2018-08-031-2/+1
|
* Add ScalaPB integration (#395)David Gregory2018-08-0110-5/+331
| | | | | | | | * Add ScalaPB integration * Update ci scripts with new scalapblib module * Move ScalaPB integration to contrib module
* Add doc on excluding Scala library from assembly (#396)Manu Zhang2018-08-011-0/+14
|
* update installation instructions for 0.2.6Li Haoyi2018-07-301-2/+2
|
* 0.2.60.2.6Li Haoyi2018-07-301-0/+9
|
* Fix bullets in manual (#394)Joseph K. Strauss2018-07-301-3/+4
|
* Make hot compilation 2x faster by properly reusing classloaders (#393)Guillaume Martres2018-07-281-19/+24
| | | | | | | | | | | | | | | | | | | | | | | | | | So far, Mill was caching ScalaInstance which contains a classloader but this is not enough: Zinc creates its own classloader by combining the ScalaInstance classloader with the path to the compiler-bridge. Zinc takes care of caching this classloader in each instance of ScalaCompiler. We can take advantage of this by caching an instance of Compilers since it contains everything we want to cache (ScalaCompiler and ScalaInstance). This significantly reduces the amount of classloading that happens at each compilation step, as measured by running: export _JAVA_OPTIONS="-XX:+UnlockDiagnosticVMOptions -XX:+TraceClassLoading -XX:+TraceClassUnloading" mill -i foo.compile Then looking at the output of `out/mill-worker-1/logs` while adding a new line in a source file in `foo` and running `mill -i foo.compile` again. The speedup is going to depend on the project, but I measured a ~2x improvement when running on the Mill build `time(core.compile())` and `rm -rf out/core/compile/` in a loop until results stabilized. See also the results that were obtained when a very similar issue was fixed in sbt itself: https://github.com/sbt/sbt/pull/2754
* Plugins do not belong on the compiler classpath (#391)Guillaume Martres2018-07-271-17/+3
| | | They will be classloaded by the compiler itself based on -Xplugin.
* Upgrade Zinc and fix over-compilation (#390)Guillaume Martres2018-07-276-12/+20
| | | | | | | | | | | | | | | | | | | | | | | | * 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.
* Avoid duplicating ArgSig instantiation inside Router.scala macro-generated codeLi Haoyi2018-07-261-6/+15
|
* 0.2.50.2.5Li Haoyi2018-07-223-3/+31
| | | | | | tweak-readme reduce polling frequency of BackgroundWrapper
* add JavaModule#runBackground, to allow a task to kick off processes to run ↵Li Haoyi2018-07-217-19/+150
| | | | in the background that only die when the task is re-run
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-13 03:25:58 +0000