summaryrefslogtreecommitdiff
path: root/main/test
Commit message (Collapse)AuthorAgeFilesLines
* add ability to define jar manifest (#634)Andrew Richards2019-07-291-1/+3
| | | | | | | | | | | | | * add capability to define jar manifest * Don't use the custom manifest for doc-only jars This is to pass test mill.scalalib.HelloWorldTests.scalaDocOptions * Add JarManifest.Default and fix the build rebase fix
* Parameter formattingTobias Roeser2019-05-031-3/+11
|
* Accept sysprops via cmdline and forward to mill serverTobias Roeser2019-05-032-2/+7
| | | | | See https://github.com/lihaoyi/mill/issues/498 See https://github.com/lihaoyi/mill/issues/499
* Beginning of Bloop integration (#595)Olivier Mélois2019-04-251-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Sync with latest versions, started bloop connection * BloopModule back to the bare minimum * Added first Bloop related unit-tests * More tests * Fixed global module usage. * Added resolution in bloop config * More tests, using correct repository list * revert dev change * Changed moduleSourceMap implementation * Using path-dependant trait for the module This facilitates testing by preventing the trait from referencing a global module. * Added semanticDB to bloopConfig * Added documentation * Install returns pathRefs instead of paths * bumped semanticDB * Better use of mill's cache, avoid duplication of work * addressing comments
* Also added failFast test casesTobias Roeser2018-12-212-2/+71
|
* Added cmdline option -k/--keep-goingTobias Roeser2018-12-211-1/+2
| | | | See https://github.com/lihaoyi/mill/issues/477
* Generalize Zinc Worker (#514)Li Haoyi2018-12-187-9/+10
| | | | | | | | | | | | | | | | | | | | | | * 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 (#505)Li Haoyi2018-12-1225-0/+0
| | | | | | * collapse boilerplate folder structure within src/ folders * .
* First pass at splitting out worker-api from mill core. (#504)Li Haoyi2018-12-127-8/+8
| | | | | | | | | 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
* mergeLi Haoyi2018-11-061-1/+1
|\
* | fix assembly path handling, swap out Jvm.scala's custom subprocess handling ↵Li Haoyi2018-11-051-1/+6
| | | | | | | | with os.proc
* | WIP migrating over from `ammonite.ops` to `os` module.Li Haoyi2018-11-0523-106/+87
|/ | | | __.compile works, haven't run tests yet
* Added new cmdline option --debug,-d to enable debug logTobias Roeser2018-10-301-1/+2
|
* Added additional debug log channel (default: log-file only)Tobias Roeser2018-10-301-1/+1
|
* Evaluate filterJar() task.Jim Lawson2018-10-281-1/+1
|
* Add a filter parameter (default true for all files) to createJar().Jim Lawson2018-10-281-0/+9
| | | | Add createJar() filter test.
* Include scaladoc as part of mill inspect (#435)Li Haoyi2018-09-201-1/+2
|
* Remove useless type parameters for {Test,}Evaluator (#416)Guillaume Martres2018-09-151-4/+3
| | | | | | * Remove useless type parameters for {Test,}Evaluator * Update Evaluator.scala
* add --disable-ticker, handle --color correctly (#379)Anton Sviridov2018-07-142-2/+3
|
* Allow hyphens in module and task names (#362)Joseph K. Strauss2018-06-067-0/+89
| | | | | | | | | | | | | | | | | * Allow bacticked tasks * Prevent stack overflow * Test for illegal bacticked identifiers * Filter out illegal backticked identifiers The only legal identifiers are aplanumeric, unserscore (_), and hyphens (-). * Remove unused method that is invalid * Document valid characters for module/task names
* Add a `visualize` command to render portions of the build graph as SVG (#349)Li Haoyi2018-05-251-5/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Transitive reduction of visualized graph via jgrapht now works ``` out/dev/launcher/dest/run -i visualize __.compile _ out/dev/launcher/dest/run -i visualize core.__ ``` * Move test running logic from scalaworker into scalalib This is to try and reduce the size of the classpath we are passing to the test runner subprocess, in an attempt to fix the command-line-too-long errors we're getting in Appveyor. Now the test runner subprocess should no longer need Zinc or all of it's transitive dependencies * - Break out `GraphvizTools` into a separate Mill module, to avoid bloating the main jar and try to shorten the `MILL_SCALA_WORKER` classpath being sent to scalajslib.test (which is blowing up on windows as the CLI command is too long) - Move the meat of `resolveDependencies` from `scalalib` to `main`, to support resolving mill modules - DRY up resolution of mill modules in `Util.millProjectModule` * fix mill module resolution * Tweaks to try and make zinc work again... * Tweak `Module#reflect` to try and make it happy with `visualize` module... * fix integration test classpath * move visualization into it's own module
* Add a TwirlModule to compile Twirl templates (#271)Guillaume Grossetie2018-05-241-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | * initial implementation * Upgrade to the latest version * Add tests * Update the code to comply with the new API * Use reflection to call TwirlCompiler.compile function * Run twirllib.test on CI * Use the Java API as a workaround * wip * Cleanup the code (code review) * Add an example to call the Scala API * twirl that works with scala API * Create functions to override the default settings (will be available in the future)
* WIP keep mill server alive if you Ctrl-C during --watch (#339)Li Haoyi2018-05-192-4/+6
| | | | | | | | * wip * Clean up more resources in the Mill client after every command * catch and ignore SIGINT in Mill server to make it survive Ctrl-C on the client
* Resolves #305, use an English locale when excuting java command line (#306)Guillaume Grossetie2018-04-301-1/+1
| | | Otherwise we cannot rely on the exception message because the error returned by the java command line will be localized.
* Make builds able to depend on external projects (#291)Olivier Mélois2018-04-1811-10/+222
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Make builds able to depend on external projects Builds are now able to load external projects and depend on them as if they were local submodules. `import $file.external.path.build` * Disambiguate "dest" for foreign modules. * Calling modules loaded from external directories "Foreign" to avoid conflicting with the already existing concept of "ExternalModule". * Amended the way `dest` is computed for foreign modules * Added tests to check that the source paths and dest are as expected * Added a test to show that local modules do not conflict with foreign modules when they are named the same * WIP windows build fail * Added bootstrapping step in CYGWIN CI job * * Revert externalOutPath deletion * Add documentation for foreign-modules * reverting appveyor changes * Disabling Foreign modules tests against Java9 See https://github.com/lihaoyi/mill/issues/302
* rename modules scalaworker -> scalalib.worker, client -> main.clientLi Haoyi2018-04-121-2/+2
|
* - Swap client-server integer encoding over to a more standard format (32-bit)Li Haoyi2018-04-091-3/+3
| | | | | - Unit tests for client code using the new Java support - Make server auto-shutdown when the client version changes, to avoid stale-server confusion
* caffeine core and guava tests seem to passLi Haoyi2018-04-091-2/+2
|
* mergeLi Haoyi2018-04-082-33/+123
|\
| * Adds envVars propagation client -> serverOlivier Melois2018-03-291-1/+1
| | | | | | | | | | | | | | | | | | | | Since Mill now executes in a long-lived JVM, the builds do not have a chance to use environment variables as inputs. This propagates the environment variables from the client all the way down to the context available to the tasks as a `Map[String, String]` so that they can be used as inputs should the user choose to do so. https://github.com/lihaoyi/mill/issues/257
* | explicitly disable clientserver tests on windowsLi Haoyi2018-04-081-75/+77
| |
* | remove clientserver from ci since those tests are now in mainLi Haoyi2018-04-071-1/+2
| |
* | Merge commit '36eb8bd6bfd534d002b01f8800e4b5d896aa4e77' into client-javaLi Haoyi2018-04-072-0/+43
|\ \
| * | - Add `mill version` commandLi Haoyi2018-04-062-0/+43
| |/ | | | | | | - Make `Evaluator` robust against `null` results
* | first pass at moving mill client over to JavaModuleLi Haoyi2018-04-071-0/+121
| |
* | try to fix buildLi Haoyi2018-04-061-3/+3
| |
* | fix buildLi Haoyi2018-04-061-2/+2
|/
* bump upickle, ammonite versionsLi Haoyi2018-03-251-38/+40
|
* update to latest Ammonite using latest upickle RCLi Haoyi2018-03-241-1/+1
|
* allow '-' char to be in cross selectorsrockjam2018-03-201-2/+3
|
* Java 9 optimization by caching rt.jar (#239)Robby2018-03-191-1/+1
| | | | | | | | | | | | | | * Upgraded Ammonite to 1.0.5-7-f032887 that includes a Java 9 performance optimization for mill's client-server mode (lihaoyi/Ammonite#773). * Java 9 optimization for interactive mode by caching rt.jar. * Refactored based on @lihaoyi's comments on #239. * Removed client side rt.jar caching. * Propagatio of home path from Cli. * Propagation, propagation, propagation!
* Windows non-interactive (client/server) support, and fix assembly and posix ↵Robby2018-03-161-1/+1
| | | | | | | | | file permission (#228) * Added support for non-interactive (client/server) mode on Windows * Fixed assembly URI path * Skip setting posix file permission on Windows
* Changes to make {clientserver,main,scalalib,scalajslib}.test work under Java ↵Robby2018-03-101-0/+5
| | | | | | | | | | 9 (#217) * Append "exported rt.jar" when creating URLClassLoader. * Disabled tests involving Scala 2.10 & 2.11 and nashorn. * Use java.net.URLClassLoader.
* Added AppVeyor configuration and made JavaCompilerJarTests compatible with ↵Robby2018-03-071-4/+4
| | | | | | | | | | Windows (#207) * Added AppVeyor config. * Made JavaCompilerJarTests compatible with Windows. * Disabled scalalib.test for now due to issues with Windows path length limit.
* fix testsLi Haoyi2018-03-032-7/+7
|
* Split out `upstreamAssembly` from `assembly`Li Haoyi2018-03-031-5/+5
| | | | Also re-write `Jvm.createAssembly` to allow incremental assembly construction. This should allow much faster assembly creation in the common case where upstream dependencies do not change
* A few attempts at micro-optimizing the current hot spotsLi Haoyi2018-02-253-5/+5
|
* cache hashCodes as part of meta.json to avoid needlessly re-hashing thingsLi Haoyi2018-02-251-1/+4
|
* Update ScriptTestSuite.scalaLi Haoyi2018-02-241-1/+1
|
* Properly propagate exit codes from server output to clientLi Haoyi2018-02-241-1/+1
|