Open sstrickl opened 1 year ago
So, DART_CONFIGURATION
is defined as the directory the build is performed in
And then test_runner.configuration
is defined as the configuration name. The one that is passed into test.py
as -n
. (Which is not 1:1 with "builder"...)
I think we should avoid special casing this test. Rather, we should ensure that both env vars are defined always in how all tests are run. Unless there's some reason why they aren't.
I believe some tests use artefacts from multiple build folders. E.g. with using a gensnapshot from the non-sim build folder and then running with the runtime from the sim build folder.
So that probably means the tests should solely rely on test_runner.configuration
and that env var should be always set when all tests are run.
Only checking test_runner.configuration
is fine by me, I can easily adjust https://dart-review.googlesource.com/c/sdk/+/33074 accordingly.
Turns out this won't work, because when the compare_il
utility is run, it only gets DART_CONFIGURATION
, not -Dtest_runner.configuration
, whereas whether DART_CONFIGURATION
is passed when running the compiled test itself varies on the target platform. So for now, going back to checking both.
Shouldn't we fix that in pkg/test_runner so that compare_il
does get a -Dtest_runner.configuration
?
Would like to fix the test ASAP, I'll not close the bug and look into this after landing the immediate fix.
There are new test failures on Reland "[vm/compiler] Change MemoryCopy to also take untagged addresses.".
The tests
are failing on configurations
Example log:
So the checking part of the IL tests pass, but it fails when trying to run the actual program. As shown above, the
DART_CONFIGURATION
runtime variable isn't passed to tests running on Android. However, these tests are also compiled to kernel with-Dtest_runner.configuration
, so perhaps we should use that as either the primary source of truth, falling back toDART_CONFIGURATION
when not provided, or vice versa./cc @alexmarkov @mraleph