mill - Your shiny new Java/Scala build tool!

	Commit message (Collapse)	Author	Age	Files	Lines
*	Added docstrigs and comments. Also cleaned unused imports. Changd the ↵	Alexandra Dima	2019-10-12	3	-0/+33
\| \| \| \|	printStream connected to the compilation logger sent to the mill evaluator from Bsp from System.out (might interfere with the lsp communication ) to the outputstream of the evaluator's logger.
*	Addressed code review feedback.	Alexandra Dima	2019-10-12	1	-4/+0
\|
*	Improved compilation by sending all requested targets to the mill evaluator ↵	Alexandra Dima	2019-10-12	1	-1/+1
\| \| \| \|	to be compiled together rather than in different evaluation sessions. This avoids duplicated compilation results and side effects like diagnostics and task progress notifications.
*	Partially fixed test request by implementing a test reporter, adding it to ↵	Alexandra Dima	2019-10-12	4	-1/+51
\| \| \| \|	each task context and sending it to the test task. Implemented BspContext to hold information about the test reporter and the additional bsp compiler arguments. Made a common data structure for different bsp parameters - TaskParameters.
*	Added support for merging compile parameters from the mill build file with ↵	Alexandra Dima	2019-10-12	1	-1/+2
\| \| \| \|	the compile parameters specified through bsp
*	Implemented support for publishing compilation diagnostics through the ↵	Alexandra Dima	2019-10-12	1	-2/+3
\| \| \| \|	custom BspLoggedReporter reporter. Patched the mill.api.Ctx data structure as well as the evaluate() method on mill's Evaluator in order to accept a potential reporter from the outside, or use a default value if none is given.
*	Changed JSON encoding for StackTraceElement (filename is nullable) (#691)	Tobias Roeser	2019-09-10	1	-2/+2
\| \| \|	Fixes https://github.com/lihaoyi/mill/issues/690
*	Fixed incorrect comment	Tobias Roeser	2019-02-23	1	-1/+4
\|
*	Splitted IO.scala to avoid cyclic references	Tobias Roeser	2019-02-19	3	-33/+40
\|
*	Documented some mill.api classes	Tobias Roeser	2019-02-19	4	-100/+146
\|
*	Introduced new failFast parameter to Evaluator with default `true`	Tobias Roeser	2018-12-21	1	-0/+7
\| \| \| \|	Added Aborted result type.
*	Detailed the difference between Failure and Exception	Tobias Roeser	2018-12-20	1	-1/+9
\|
*	Added some docs to result type	Tobias Roeser	2018-12-20	1	-9/+35
\|
*	Generalize Zinc Worker (#514)	Li Haoyi	2018-12-18	1	-0/+44
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	* 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
*	First pass at splitting out worker-api from mill core. (#504)	Li Haoyi	2018-12-12	9	-0/+659
	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