summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* 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
* tweak docsLi Haoyi2018-07-181-8/+11
|
* improve error messages for scala native test suiteLi Haoyi2018-07-182-11/+82
|
* WIP: Scala native (#206)Andrew Richards2018-07-1813-5/+843
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * add scala-native PR#1143 as submodule * first pass at integrating scala-native build into mill including worker/bridge * add the native libraries to the compile and run classpath * sssshhh don't be so noisy * update scala-native to latest build WIP * update mill to latest scala-native build-api code * add test interface from scala-native this code is not published ornot published at the correct scala version so copy it in for now * implement tests for scala-native very messy at the moment also correct bridge version as much as possible with out a scala-native release * update to scala-native/master scala-native #1143 now merged * Remove scala-native submodule * updates for scala-native 0.3.7 release * fixes after rebase * make test framework agnostic and tidy dependencies * add robust method of getting JVM classpath for running tests support for multiple test frameworks tidy up * rebase fixes for 0.2.0 * add SbtNativeModule and tidy * rebase fixes * fix building of compile / run Classpath (via transitiveIvyDeps) better method of loading JVM test frameworks * add tests for build, run, utest, scalatest * move native tests into it own trait which can be extended/overidden * change release mode to a sealed trait instead of boolean * add logLevel to ScalaNativeModule and plumb in propagate release and log levels to test projects * use test-runner from scala-native instead of including project source add ability easily compile against scala-native snapshots * add some docs * update to 0.3.8
* add --disable-ticker, handle --color correctly (#379)Anton Sviridov2018-07-149-25/+49
|
* Issue #314; port sbt-updates to mill (#340)Guillaume Galy2018-07-1415-0/+943
| | | | | | | | | | | | | | | | | | | | | | | | | | * Implement basic dependency resolution * Implement basic dependency versions resolution (Maven only) * refactor dependency updates code * add resolution of updated dependencies * remove dependency on locally-built coursier * dependency updates output formatting * Add 'allowPreRelease' option * start adding tests * Add more tests * Add documentation * Cleanup code * rewrite version parser to use fastparse
* Merge branch 'master' of github.com:lihaoyi/mill0.2.4Li Haoyi2018-07-064-5/+48
|\
| * Add scoop as installation option for Windows (#377)Martin Mauch2018-06-281-0/+6
| |
| * Add scala JS version suffix to ivy deps for published JS ivy.xml (#376)Julian Michael2018-06-252-4/+10
| |
| * Add Docker instructions (#369)Martin Mauch2018-06-101-0/+7
| |
| * Correct Unmanaged Jars snippet (#371)mcallisto2018-06-101-1/+1
| | | | | | The Unmanaged Jars snippet currently shown is not working, updated with correct solution as per closed issue #361.
| * doc formattingrockjam2018-06-101-1/+1
| |
| * add docs section about assembly rulesrockjam2018-06-101-0/+24
| |
* | 0.2.4Li Haoyi2018-07-062-2/+12
|/
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-07 03:15:37 +0000