summaryrefslogtreecommitdiff
path: root/contrib/buildinfo
Commit message (Collapse)AuthorAgeFilesLines
* contrib BuildInfo plugin: fix generatedSources, it must be a folder (#589)Vitalii Lysov2019-04-172-39/+51
| | | | | | | | | | | | | | | | | | | | * fix BuildInfo generatedSources, it must be a folder generatedSources must be a folder, but till now it was a reference to a generated file This commit fixes this issue. There are 2 reasons for this fix: (1) Because generatedSources must be folders by the definition: Folders containing source files that are generated (2) If you use intellij IDEA and build your project from the IDE, building module, which includes BuildInfo plugin, fails. * test: make explicit check that generatedSources is a folder * correct T.ctx -> T.ctx() * workaround to get `dest` property of the task into other
* Moved BuildInfo into package mill.contrib.buildinfoTobias Roeser2019-02-183-2/+6
| | | | | | This fixes https://github.com/lihaoyi/mill/issues/548 See also https://github.com/lihaoyi/mill/issues/547
* Added log statement to BuildInfo generatorTobias Roeser2019-02-181-19/+22
|
* collapse boilerplate folder structure within src/ folders (#505)Li Haoyi2018-12-122-0/+0
| | | | | | * collapse boilerplate folder structure within src/ folders * .
* First pass at splitting out worker-api from mill core. (#504)Li Haoyi2018-12-122-3/+3
| | | | | | | | | 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
* WIP migrating over from `ammonite.ops` to `os` module.Li Haoyi2018-11-052-16/+14
| | | | __.compile works, haven't run tests yet
* Remove useless type parameters for {Test,}Evaluator (#416)Guillaume Martres2018-09-151-3/+3
| | | | | | * Remove useless type parameters for {Test,}Evaluator * Update Evaluator.scala
* Simple BuildInfo plugin (#325)benjaminfrank2018-08-163-0/+166
* Simple BuildInfo plugin * BuildInfo readme include other known yet external plugins * Add tests