| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
|
|
| |
Those tests now download a snapshot of the relevant git repo rather than vendoring the files, and use a bare `build.sc` instead of having the build object be included in the test classpath.
Tests pass using `sbt integration/test`, but `mill integration.test` still doesn't work
|
|
|
|
| |
`Result[T]` instead throws an exception
|
| |
|
|
|
|
| |
`T.source` to behave as before but `T.input` can be used for other things. Fixes https://github.com/lihaoyi/mill/issues/77
|
|
|
|
|
|
| |
- Prepare `T.ctx().base: Path` that `Task`s (including `T.source`) can use to find a "default" path for source files.
- Simplify `Cacher`
|
| |
|
|
|
|
|
|
|
|
| |
`ScalaPlugin` -> `scalalib`, to avoid confusion with Scala compiler plugins
`ScalaModule` -> `module`, to be used via `scalalib.Module`, avoid unnecessary duplication in th name prefix
`plugin` -> `moduledefs`, to more accurately describe what it does (since it includes `Cacher` as well)
|
|
|
|
| |
`forkTest`, and allow users to dump the structured JSON test results via `--show`
|
|
|
|
| |
`Target` within a single folder
|
|
|
|
| |
paths, to fix https://github.com/lihaoyi/mill/issues/86
|
|\
| |
| | |
Scala.js support
|
| | |
|
|/ |
|
| |
|
| |
|
|
|
|
| |
into the `Target` definitions themselves. Haven't deleted the old/unused `Mirror` data structures yet...
|
|
|
|
| |
return values, converted to JSON
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Remove method defns for zipMap/zip that will be generated.
The trait Applyer will now extend from ApplyerGenerated which will contain the code-generated definitions.
* Script to generate code for Applicative
* Generate the zip methods in Target
* Generate zip methods in ApplicativeTests
* Make sure the full 22-arities are generated
* Move code generator into build.sc.
Remove generate.sc from directories where code will be generated.
* Generate code as part of the SBT also
* Properly wire up the test sources
* Generate all the code in one place
|
|
|
|
| |
`HelloWorldTests`, to try and speed up `test.sh` runs
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
dependencies between `Ctx` -> `Discovered` -> `Task`
- `mill idea` works now using `GenIdea` as a standalone `T.command` making use of the new contextually-available `Mapping`
- Limit implicit `ReplApplyHandler` to `--repl` only, to avoid it kicking in if `build.sc` scripts are screwed up and adding further confusion
|
|
|
|
| |
Tasks, for usage within `GenIdea` and similar
|
|
|
|
| |
system
|
|
|
|
|
|
| |
master branch
Remove the `out/run.sc` entrypoint script, using Ammonite's new `codeWrapper` API to synthesize the necessary wrapper/forwarder objects to substitute it
|
| |
|
|\ |
|
| |
| |
| |
| | |
now you can publish your module with `mill run MyModule.publish --credentials $SONATYPE_CREDENTIALS --gpgPassphrase $GPG_PASSPHRASE`
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* Report errors when dependency resolution fails
Function `Lib.reolveDependencies` now checks the result of the coursier dependency
resolution for errors. The return value of the fuction is now a
`Result[Seq[PathRef]]` and errors are signaled by returning an instance
of Failure when errors occur while resolving dependencies.
`ScalaModule` now has a new task called `resolve` which allows for
triggering dependency resolution directly from the cmd line like:
`mill run resolve`.
`ResolveDepsTests` was added to verify failed resolution is properly
detected and reported.
* Remove type signatures in ScalaModule.scala
* Updates from PR comments
|
|/
|
|
| |
around their generated `Discovered.make` structures by hand, making it harder to accidentally generate the same `Discovered` twice and slow down runtime/compilation
|
|
|
|
|
|
|
|
| |
implementations, added a `Task.sequence` that does what `traverse` used to do
- Added a `test.sh` script to easily kick off self-hosted unit test runs
- Tweak `ScalaModule` to fall back to the old behavior of including the transitive classpath during compilation
|
|
|
|
| |
`codeWrapper` to inherit from `mill.Module`
|
| |
|
|
|
|
|
|
|
|
| |
keyword when overriding a field within a `mill.Module`
This only applies to `mill.Module`s, not overrides elsewhere which still require the keyword. `mill.Module`s tend to have lots and lots of overriding, so the keyword is basically noise.
Also includes the necessary build changes to enable the locally-built Scalac plugin when compiling the test suite. Note that no changes are necessary for the executable assembly, because the `scalac-plugin.xml` will be included in the assembly and get picked up by the Ammonite scalac plugin classloader automatically
|
| |
|
|
|
|
|
|
| |
managed by the `Evaluator`, which is now a stateful object that shouldn't be thrown away every time.
We still need to update the code/test-suite to make the `Evaluator` hang around in between `evaluate` calls
|
| |
|
|
|
|
|
|
|
|
| |
`ReplApplyHandler` keep using the same one every time to avoid busting caches due to REPL commands being added to the classpath
Reverts https://github.com/lihaoyi/mill/pull/60, which seems to break `mill.scalaplugin.AcyclicTests.scala2123` (reproducible in master)
Tweak `build.sbt` to properly set the forked test working directory in `test-only` as well as `test`
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
query for terms like `Core.compile`, but still can't run `Core.compile()`
|
| |
|
| |
|