summaryrefslogtreecommitdiff
path: root/scalalib
Commit message (Collapse)AuthorAgeFilesLines
...
* Allow usage of ZincWorkerImpl without hashing files (#525)Li Haoyi2019-01-091-2/+39
| | | | | | | | | | | | * Allow usage of ZincWorkerImpl without hashing files This is to better support non-Mill build tools like Bazel or Make who might do their own file hashing/mtiming for change-detection * Update ZincWorkerImpl.scala * Update ZincWorkerImpl.scala * Update ZincWorkerImpl.scala
* Avoid unnecessary dependency downloading by providing fetches per cache ↵gehnaphore2018-12-205-9/+19
| | | | | | | | | | | | policy (#494) * Avoid unnecessary dependency downloading by providing fetches per cache policy; add ticker logging when they are downloading * Fix GenIdeaTests by making the Log context Option[]al * Add some comments * Rebase and resolve
* bump Ammonite versionLi Haoyi2018-12-191-1/+1
|
* Merge branch 'master' into bump-zincLi Haoyi2018-12-1953-204/+233
|\
| * Generalize Zinc Worker (#514)Li Haoyi2018-12-1811-148/+177
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Generalize Zinc worker - Compiler bridges can now be either pre-compiled or on-demand-compiled - Scala library/compiler jar discovery is now configurable - Zinc compiler cache is now configurable, rather than being hardcoded at n=1 * . * update constructor args * remove duplicate util/AggWrapper.scala file * fix * fix * fix * cleanup
| * fix GenIdea to create required folders (#510)dohrayme2018-12-141-1/+1
| |
| * collapse boilerplate folder structure within src/ folders (#505)Li Haoyi2018-12-1252-2/+2
| | | | | | | | | | | | * collapse boilerplate folder structure within src/ folders * .
* | 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-1217-165/+171
| | | | | | | | | 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
* fix testsLi Haoyi2018-12-121-1/+1
|
* bump ammonite versionLi Haoyi2018-12-111-1/+1
|
* Add Gitlab to VersionControl (#489)Leonard Ehrenfried2018-12-071-2/+9
|
* bump Ammonite version0.3.5Li Haoyi2018-11-192-2/+2
|
* 0.3.4Li Haoyi2018-11-061-1/+1
|
* fix assembly path handling, swap out Jvm.scala's custom subprocess handling ↵Li Haoyi2018-11-053-9/+9
| | | | with os.proc
* WIP migrating over from `ammonite.ops` to `os` module.Li Haoyi2018-11-0518-243/+226
| | | | __.compile works, haven't run tests yet
* Merge branch 'master' of github.com:lihaoyi/millLi Haoyi2018-11-021-1/+2
|\
| * Added additional debug log channel (default: log-file only)Tobias Roeser2018-10-301-1/+2
| |
* | Fix https://github.com/lihaoyi/mill/issues/475Li Haoyi2018-11-023-15/+53
|/
* 0.3.20.3.2Li Haoyi2018-10-201-1/+1
|
* Allow use of inferred main classes when building self-executing assembliesLi Haoyi2018-10-191-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-183-17/+16
|
* Merge branch 'master' of github.com:lihaoyi/millLi Haoyi2018-10-184-5/+13
|\
| * Configure Idea project generator per module (#458)Tobias Roeser2018-10-092-2/+9
| | | | | | | | | | | | | | | | * Sketched how to skip some projects from Idea project generator * Better trait comment * Moved skipIdea flag into JavaModule
| * fix for allowing subgroups of a given staging profile (#441)Brandon Elam Barker2018-10-051-1/+2
| |
| * Re-order `publishAll` arguments to get rarely used `signed` arg out of the wayLi Haoyi2018-09-201-2/+2
| |
* | .Li Haoyi2018-10-184-17/+22
|/ | | | | | fix docjar tests now it no longer fails with an exception docJar works again, now mill clean __.docJar && mill __.docJar goes from 413s to 47s on the mill repo
* Include scaladoc as part of mill inspect (#435)Li Haoyi2018-09-203-11/+217
|
* Dedicated scalaDoc plugins and options (#433)Guillaume Grossetie2018-09-192-7/+111
| | | | | | * Dedicated scalaDoc plugins and options * Use T{} for consistency
* Remove useless type parameters for {Test,}Evaluator (#416)Guillaume Martres2018-09-155-18/+18
| | | | | | * Remove useless type parameters for {Test,}Evaluator * Update Evaluator.scala
* don't compile hidden files. fixes #402 (#428)Nikolay Tatarinov2018-09-051-1/+2
|
* Fix shutdown hook failures in tests (#422)aosagie2018-09-021-1/+2
| | | | | | * Remove duplication from ClassLoader.create * Prevent closing of context class loader in tests so that shutdown hooks can run
* 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-259-128/+152
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | (#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-221-1/+1
|
* standardize naming of ScalaWorker/Api/ImplLi Haoyi2018-08-221-2/+2
|
* 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
|
* don't pass in entered args from as remoteArgs too (#403)John Duffell2018-08-081-1/+1
|
* Add support for Dotty projects (#397)Guillaume Martres2018-08-057-151/+236
| | | | | | | | | | | | | | | | | | | | | | | | | | | | * 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
* 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-275-11/+18
| | | | | | | | | | | | | | | | | | | | | | | | * 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.
* 0.2.50.2.5Li Haoyi2018-07-221-1/+1
| | | | | | tweak-readme reduce polling frequency of BackgroundWrapper
* add JavaModule#runBackground, to allow a task to kick off processes to run ↵Li Haoyi2018-07-213-0/+108
| | | | in the background that only die when the task is re-run
* add --disable-ticker, handle --color correctly (#379)Anton Sviridov2018-07-142-1/+2
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-12 23:53:38 +0000