wasm-bindgen/tests/all/main.rs

#![cfg(not(target_arch = "wasm32"))]

extern crate wasm_bindgen_test_project_builder as project_builder;

use project_builder::project;

mod comments;
mod typescript;
Start migrating `wasm_bindgen` tests to `wasm_bindgen_test` (#602) This commit starts migrating the `wasm_bindgen` tests to the `wasm_bindgen_test` framework, starting to assemble the coffin for `wasm-bindgen-test-project-builder`. Over time all of the tests in `tests/all/*.rs` should be migrated to `wasm_bindgen_test`, although they may not all want to go into a monolithic test suite so we can continue to test for some more subtle situations with `#[wasm_bindgen]`. In the meantime those, the `tests/all/api.rs` tests can certainly migrate! 2018-08-01 14:19:19 -05:00			`#![cfg(not(target_arch = "wasm32"))]`

tests: Pull the `project()` builder out into its own crate The WebIDL-based -sys crate will also use this, but I want its tests to be a separate suite that we can run separately and in parallel in CI. Therefore, this testing infrastructure code needs to be share-able between them :) 2018-07-05 14:27:26 -07:00			`extern crate wasm_bindgen_test_project_builder as project_builder;`
Initial commit 2017-12-14 19:31:01 -08:00
Remove unused import 2018-08-06 09:55:45 -07:00			`use project_builder::project;`
Move all tests to the same suite Nowadays the compile times are mitigated with incremental compilation and otherwise it's much more ergonomic to run only one test if they're all in the same suite. 2018-04-09 15:32:06 -07:00
rustfmt all the things 2018-06-27 22:42:34 -07:00			`mod comments;`
Speed up Travis by running Webpack in fewer tests (#381) * Reorganize Travis configuration * Add a `JOB` env var descriptor to all matrix entries. Not used anywhere but is useful when viewing the whole build on Travis's web interface. * Reorganize where builds are located, moving slow builds first and fast ones last. * Change checking the CLI builds from `cargo build` to `cargo check` * Use YAML references to reduce some duplication * Print some more timing statistics for each test * Extract `Project` helper in tests to a module This'll help make it a bit more extensible over time. At the same time the methods are also slightly reorganized to read more clearly from top to bottom. * Migrate all tests away from Webpack Wepback can take a significant amount of time to execute and when it's multiplied by hundreds of tests that adds up really quickly! After investigating Node's `--experimental-modules` option it looks like it's suitable for our use so this switches all tests to using JS files (moving away from TypeScript as well) with `--experimental-modules` with Node. Tests will be selectively re-enabled with webpack and node.js specific output (that doesn't require `--experimental-modules`), coming in later commits. * Restore the node test for node.js output Ensures it's workable as-is * Only generate typescript with webpack * Only read wasm files for webpack * Skip package.json/node_modules for now * Only generate webpack config if needed * Start a dedicated test module for typescript Will hopefully verify the generated Typescript compiles OK. * Remove unneeded `node` method * Fixup some rebase conflicts * Don't run asmjs example on travis * Fixup generator tests * Attempt to fix windows * Comment windows fix * More test fixes * More exclusions * More test fixes * Relax eslint regex Catch mjs modules as well * Fix eslint * Speed up travis on examples slightly 2018-07-04 22:37:09 -05:00			`mod typescript;`