summaryrefslogtreecommitdiff
path: root/.codecov.yml
diff options
context:
space:
mode:
authorTodd Gamblin <tgamblin@llnl.gov>2021-12-23 15:31:48 -0800
committerGreg Becker <becker33@llnl.gov>2022-01-12 06:14:18 -0800
commite9612696fdf2af66d63640d4fca2639000afbe54 (patch)
tree99d38c1de5b133821046d38418ace7c97bbe7c41 /.codecov.yml
parenta18a0e7a47ca20c9745e2dfc12f7dbc1f47253b1 (diff)
downloadspack-e9612696fdf2af66d63640d4fca2639000afbe54.tar.gz
spack-e9612696fdf2af66d63640d4fca2639000afbe54.tar.bz2
spack-e9612696fdf2af66d63640d4fca2639000afbe54.tar.xz
spack-e9612696fdf2af66d63640d4fca2639000afbe54.zip
unparser: treat `print(a, b, c)` and `print((a, b, c))` the same
We can't tell `print(a, b, c)` and `print((a, b, c))` apart -- both of these expressions generate different ASTs in Python 2 and Python 3. However, we can decide that we don't care. This commit treats both of them the same when `py_ver_consistent` is set with `unparse()`. This means that the package hash won't notice changes from printing a tuple to printing multiple values, but we don't care, because this is extremely unlikely to affect the build. More than likely this is just an error message for the user of the package. - [x] treat `print(a, b, c)` and `print((a, b, c))` the same in py2 and py3 - [x] add another package parsing test -- legion -- that exercises this feature
Diffstat (limited to '.codecov.yml')
0 files changed, 0 insertions, 0 deletions