diff options
author | Todd Gamblin <tgamblin@llnl.gov> | 2021-12-23 15:31:48 -0800 |
---|---|---|
committer | Greg Becker <becker33@llnl.gov> | 2022-01-12 06:14:18 -0800 |
commit | e9612696fdf2af66d63640d4fca2639000afbe54 (patch) | |
tree | 99d38c1de5b133821046d38418ace7c97bbe7c41 /.dockerignore | |
parent | a18a0e7a47ca20c9745e2dfc12f7dbc1f47253b1 (diff) | |
download | spack-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 '.dockerignore')
0 files changed, 0 insertions, 0 deletions