You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The end goal is to allow zml users to use our async test runner in their project.
Currently test_runner accept a file, but the file is not pulled into the build sandbox.
Also a test_runner.zig may have dependencies (async in our case) so accepting a file is semantically incorrect.
The current workaround consist of declaring test_runner.zig has part of the zml lib ensuring that it is always present in the build sandbox, but it should only appear on when building the test target.
The text was updated successfully, but these errors were encountered:
The end goal is to allow zml users to use our async test runner in their
project.
This approach works but is a bit hacky because it relies on the fact
that `test_runner.zig` is part of the `zml` library
otherwise `zig_test` doesn't correctly put the test_runner into the
build sandbox.
I made this dependency explicit, but it was already the case because of
the glob pattern used in zml library.
And I think `test_runner` should be `zig_library` in the first place,
and not a filegroup.
See zml/rules_zig#2 for follow up.
The end goal is to allow zml users to use our async test runner in their project.
Currently
test_runner
accept a file, but the file is not pulled into the build sandbox.Also a
test_runner.zig
may have dependencies (async
in our case) so accepting a file is semantically incorrect.The current workaround consist of declaring
test_runner.zig
has part of thezml
lib ensuring that it is always present in the build sandbox, but it should only appear on when building the test target.The text was updated successfully, but these errors were encountered: