| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Added a line to the documentation on how to change the artifact id.
Updated the scaladoc on JavaModule to explain the difference between artifactName and artifactId.
|
| |
|
|
|
|
|
|
| |
E.g. disabling picky JavaDoc linter with `-Xdoclint:none`.
The method is called `docOptions` instead of `javadocOptions` so that other modules like `ScalaModule` can reuse it.
|
|
|
|
| |
Fixes https://github.com/lihaoyi/mill/issues/553
|
| |
|
|
|
|
| |
Fixes https://github.com/lihaoyi/mill/issues/535
|
| |
|
|
|
|
|
|
| |
* PublishModule: adds gpgKeyName flag
* 1 - Intro to Mill.md: usage sample of publish updates for gpgKeyName
|
|
|
|
| |
dest/classes and resources dirs are not properly recognized).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* 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
|
| | |
|
| |
| |
| |
| |
| |
| | |
* collapse boilerplate folder structure within src/ folders
* .
|
|/ |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
with os.proc
|
|
|
|
| |
__.compile works, haven't run tests yet
|
|\ |
|
| | |
|
|/ |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
* Sketched how to skip some projects from Idea project generator
* Better trait comment
* Moved skipIdea flag into JavaModule
|
| | |
|
| | |
|
|/
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
* Dedicated scalaDoc plugins and options
* Use T{} for consistency
|
|
|
|
|
|
| |
* Remove useless type parameters for {Test,}Evaluator
* Update Evaluator.scala
|
| |
|
|
|
|
|
|
| |
* Remove duplication from ClassLoader.create
* Prevent closing of context class loader in tests so that shutdown hooks can run
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(#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.
|
| |
|
| |
|
|
|
|
| |
run/runBackground
|
| |
|
| |
|