diff options
| author | Julian Lettner <julian.lettner@apple.com> | 2020-04-13 20:44:15 -0700 |
|---|---|---|
| committer | Julian Lettner <julian.lettner@apple.com> | 2020-04-13 21:02:58 -0700 |
| commit | 23f896a096c378a2eeeb348fa15027135c828ce8 (patch) | |
| tree | 6853768b0a54aa592c2996aef389a24b9a38eebb /lldb/packages/Python/lldbsuite/test/configuration.py | |
| parent | d1a677cd33e9d4941e2c88f4872ea2855aac5104 (diff) | |
| download | llvm-23f896a096c378a2eeeb348fa15027135c828ce8.zip llvm-23f896a096c378a2eeeb348fa15027135c828ce8.tar.gz llvm-23f896a096c378a2eeeb348fa15027135c828ce8.tar.bz2 | |
[lit] Update local test objects "in place" from remote test objects
Update local test object "in place" from remote test object. We need to
do this to ensure that discovered test object which is used for printing
test results reflect the changes.
> Why are we sending back the whole test object from the worker process
> (lit.worker.execute) instead of just the result?
Unfortunately, the test result is not the only "result" of test
execution. Other members (e.g., xfails, requires) of the Test class are
set only during execution. Those members affect the behavior of
`isExpectedToFail` and `setResult`, and are accessed when printing
results. For example, xunit.xml test results include missing features
for "skip reasons". The lack of separation between an immutable "test
definition" and "generated outputs" (including the primary result and
other secondary state) is unfortunate historical design decision in lit.
> Why do we update the initial test object instead of just discarding it
> and continuing with the pickled test object?
Both of these approaches would work. However, note that we need a fully
populated test object for printing results. Updating the existing one
seems to be the easier path.
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/configuration.py')
0 files changed, 0 insertions, 0 deletions
