diff options
| author | Simon Bolding <60368867+sbolding-LANL@users.noreply.github.com> | 2021-04-01 17:15:25 -0600 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2021-04-01 23:15:25 +0000 |
| commit | 9c139bf7a2f3041f978d9a86cb25ff3f092556b5 (patch) | |
| tree | cab392d42e1a4dc23b9c95095f750b7420d5cfe1 /.flake8 | |
| parent | 2ae7e2550175fb6decfc9bc9d4af5c47b881413e (diff) | |
| download | spack-9c139bf7a2f3041f978d9a86cb25ff3f092556b5.tar.gz spack-9c139bf7a2f3041f978d9a86cb25ff3f092556b5.tar.bz2 spack-9c139bf7a2f3041f978d9a86cb25ff3f092556b5.tar.xz spack-9c139bf7a2f3041f978d9a86cb25ff3f092556b5.zip | |
mpark-variant: ICC Patch (#22727)
* Add patch for Intel C++ compiler
- On some machines (in particular MacOSX Catalina), the icpc in some way
utilizes the preprocessor of the associated "developer tools" used by
icpc. This leads to, in some cases, a preprocessor claiming support for
__tuple_element_packs, even though icpc (as of version 21.1) can't
actually parse such code. Just use the MPARK_TUPLE_ELEMENT_PACK impl
with __icc until icpc supports it, to avoid issues with developer tools
that are untested.
- The same patch has been PRed against mpark-variant
Diffstat (limited to '.flake8')
0 files changed, 0 insertions, 0 deletions