summaryrefslogtreecommitdiff
path: root/scalajslib/test
Commit message (Collapse)AuthorAgeFilesLines
* collapse boilerplate folder structure within src/ folders (#505)Li Haoyi2018-12-125-0/+0
| | | | | | * collapse boilerplate folder structure within src/ folders * .
* First pass at splitting out worker-api from mill core. (#504)Li Haoyi2018-12-123-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-054-24/+18
| | | | __.compile works, haven't run tests yet
* Changes to make {clientserver,main,scalalib,scalajslib}.test work under Java ↵Robby2018-03-102-16/+16
| | | | | | | | | | 9 (#217) * Append "exported rt.jar" when creating URLClassLoader. * Disabled tests involving Scala 2.10 & 2.11 and nashorn. * Use java.net.URLClassLoader.
* Allows users to customize Node.js (Scala.js' NodeJSEnv) in ScalaJSModule (#195)Robby2018-03-051-0/+104
| | | | | | | | | | | | | | * Adds Node.js configuration in ScalaJSModule. * Adds Node.js configuration in ScalaJSModule test framework. * Refactored ScalaJSBridge Node.js env creation. * Readjusted ScalaJSBridge 0.6 formatting. * Added Node.js config tests. * Removed NodeJSConfig ScalaTest tests and improved log test conditions.
* Remove one more `runMain` test caseLi Haoyi2018-03-031-8/+3
|
* make mainClass discovery work in ScalaJSModule#runLi Haoyi2018-03-031-23/+2
| | | | Also disable ScalaJSModule#runMain, since the official Scala.js-SBT plugin does not support it and it requires an expensive re-linking every time it is run.
* Add dsl for SCM (now called VersionControl) (#168)Guillaume Massé2018-02-281-5/+2
| | | The scm url syntax is a source of confusion for developper. I added VersionControl.github() to simplify this process. We can add other common VersionControl url scheme like Bazar, etc.
* Add predefined licenses from spdx (#144)Guillaume Massé2018-02-261-3/+1
| | | | | | * Add predefined licenses from spdx * Fix License usages
* 0.1.30.1.3Li Haoyi2018-02-251-1/+1
|
* make scala.js work with multi-module projects (#165)Nikolay Tatarinov2018-02-267-18/+168
|
* A few attempts at micro-optimizing the current hot spotsLi Haoyi2018-02-251-1/+1
|
* use DepSyntax in Scala.js tests (#155)Nikolay Tatarinov2018-02-241-2/+2
|
* support multiple test frameworks (#148)Nikolay Tatarinov2018-02-221-2/+2
| | | support multiple test frameworks
* fix-testsLi Haoyi2018-02-211-1/+3
|
* scala.js run (#127)Nikolay Tatarinov2018-02-091-16/+60
| | | | scala.js run command
* attempt to fix publishAllLi Haoyi2018-02-071-1/+1
|
* allow Result.Failure to take a valueLi Haoyi2018-02-041-3/+3
|
* Fix testsLi Haoyi2018-02-041-1/+1
|
* Fix `HelloJsWorld` testsLi Haoyi2018-02-041-32/+31
|
* fix compileLi Haoyi2018-02-041-0/+1
|
* flexiblize T.sources and use it widely, which lets us fix --watchLi Haoyi2018-02-031-2/+2
|
* fix scalalib testsLi Haoyi2018-02-031-3/+4
|
* Make `TestEvaluator` infer it's `outPath` from the `sourcecode.FullName` and ↵Li Haoyi2018-02-031-9/+6
| | | | `utest.framework.TestPath`
* - Renamed `Ctx.FooCtx` => `Ctx.Foo`Li Haoyi2018-02-021-1/+0
| | | | - Remove un-used `Evaluator#millSourcePath` parameter
* - Rename `basePath` -> `millSourcePath`Li Haoyi2018-02-021-6/+6
| | | | - Make `T.worker`s not flush out their directories between instantiations
* compile zinc compiler bridges on demand to remove restriction on supported ↵Li Haoyi2018-02-021-3/+4
| | | | scala versions
* WIP: Scala js testing (#119)Nikolay Tatarinov2018-02-017-14/+177
| | | fixes #102. Use scala js testing framework to launch tests
* DRY up test suite by making `Discover` generation implicitLi Haoyi2018-01-281-2/+1
| | | | Also avoid passing around `Discover` and `Evaluator` together, since the latter already contains the former
* Fix `dest`-assignment for overriden `T.command`s, and add basic unit tests ↵Li Haoyi2018-01-261-1/+3
| | | | to validate the `dest` paths of overriden commands and overriden targets
* fix couple typos in scalajs tests: match test name with scala versionrockjam2018-01-221-3/+3
|
* Swap over to simplified Mill module/source layout from SBT'sLi Haoyi2018-01-202-0/+167
Removes a lot of useless folders and gives us a chance to exercise this simplified layout. Support for the SBT layout is still verified by our integration tests