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
I am seeing test result anomalies accompanied by such messages:
STDERR:
┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈
error: no bin target named `trybuild001`
Did you mean `trybuild000`?
┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈
We have multiple test functions that invoke trybuild. My interpretation of the situation is that the trybuild test artifacts end up as `target\tests\trybuild\x86_64-pc-windows-msvc\debug\trybuild000.exe" and it sounds like in our case they are conflicting between different trybuild tests, each of which try to build artifacts with the same indexes.
Is there an intentional limitation where only the pattern with a single #[test] fn ui { ... } is supported? If so, I suggest documenting this.
The text was updated successfully, but these errors were encountered:
I am seeing test result anomalies accompanied by such messages:
We have multiple test functions that invoke trybuild. My interpretation of the situation is that the trybuild test artifacts end up as `target\tests\trybuild\x86_64-pc-windows-msvc\debug\trybuild000.exe" and it sounds like in our case they are conflicting between different trybuild tests, each of which try to build artifacts with the same indexes.
Is there an intentional limitation where only the pattern with a single
#[test] fn ui { ... }
is supported? If so, I suggest documenting this.The text was updated successfully, but these errors were encountered: