Files
wazero/internal/integration_test
Takeshi Yoneda b63d4e6dcd Deletes namespace API (#1018)
Formerly, we introduced `wazero.Namespace` to help avoid module name or import conflicts while still sharing the runtime's compilation cache. Now that we've introduced `CompilationCache` `wazero.Namespace` is no longer necessary. By removing it, we reduce the conceptual load on end users as well internal complexity. Since most users don't use namespace, the change isn't very impactful.

Users who are only trying to avoid module name conflict can generate a name like below instead of using multiple runtimes:

```go
moduleName := fmt.Sprintf("%d", atomic.AddUint64(&m.instanceCounter, 1))
module, err := runtime.InstantiateModule(ctx, compiled, config.WithName(moduleName))
```

For `HostModuleBuilder` users, we no longer take `Namespace` as the last parameter of `Instantiate` method: 

```diff
 	// log to the console.
 	_, err := r.NewHostModuleBuilder("env").
 		NewFunctionBuilder().WithFunc(logString).Export("log").
-		Instantiate(ctx, r)
+		Instantiate(ctx)
 	if err != nil {
 		log.Panicln(err)
 	}
```


The following is an example diff a use of namespace can use to keep compilation cache while also ensuring their modules don't conflict:

```diff

 func useMultipleRuntimes(ctx context.Context, cache) {
-	r := wazero.NewRuntime(ctx)
+	cache := wazero.NewCompilationCache()
 
 	for i := 0; i < N; i++ {
-		// Create a new namespace to instantiate modules into.
-		ns := r.NewNamespace(ctx) // Note: this is closed when the Runtime is
+		r := wazero.NewRuntimeWithConfig(ctx, wazero.NewRuntimeConfig().WithCompilationCache(cache))
 
 		// Instantiate a new "env" module which exports a stateful function.
 		_, err := r.NewHostModuleBuilder("env").
```

Signed-off-by: Takeshi Yoneda <takeshi@tetrate.io>
2023-01-10 14:11:46 +09:00
..
2023-01-10 14:11:46 +09:00
2023-01-10 14:11:46 +09:00
2023-01-10 09:32:42 +09:00
2023-01-10 14:11:46 +09:00
2022-12-21 09:17:13 +08:00

This directory contains tests which use multiple packages. For example:

  • bench contains benchmark tests.
  • engine contains variety of end-to-end tests, mainly to ensure the consistency in the behavior between engines.
  • fuzzcases contains variety of test cases found by the fuzz testing.
  • post1_0 contains end-to-end tests for features finished after WebAssembly 1.0 (20191205).
  • spectest contains end-to-end tests with the WebAssembly specification tests.
  • vs tests and benchmarks VS other WebAssembly runtimes.

Note: This doesn't contain WASI tests, as there's not yet an official testsuite. Meanwhile, WASI functions are unit tested including via Text Format imports here