diff options
author | George Hartzell <hartzell@alerce.com> | 2017-08-05 11:33:24 -0700 |
---|---|---|
committer | Adam J. Stewart <ajstewart426@gmail.com> | 2017-08-05 13:33:24 -0500 |
commit | ab0ea3cec426984ab2e2630853966e589b270ae1 (patch) | |
tree | 800e3ad87315621415e9e208ac7242b8ee8fc587 /etc | |
parent | 9f6c9d8afaa6df40e28e6cd874b68588354be0fb (diff) | |
download | spack-ab0ea3cec426984ab2e2630853966e589b270ae1.tar.gz spack-ab0ea3cec426984ab2e2630853966e589b270ae1.tar.bz2 spack-ab0ea3cec426984ab2e2630853966e589b270ae1.tar.xz spack-ab0ea3cec426984ab2e2630853966e589b270ae1.zip |
Fix libbsd's cdefs.h to be compatible with gcc 4.8.x (#4979)
* Fix cdefs macro to be compatible with gcc 4.8.x
See the discussion in #4945 (after the merge) for additional
background.
libbsd builds with gcc@5.4.0 on CentOS 7, but not with the system's
gcc@4.8.5. Others have reported problems with gcc@4.8.3 on Fedora 19.
The problem boils down to the lack of support for the clang extension
`__has_include_next`. The immediate symptom seems to be the
pre-processor using defining macro like this
```
```
then then tripping over an expansion of it like this:
```
blah.h:13:23: error: missing binary operator before token "("
```
This patch changes the macro definition to:
```
```
which swallows the arguments with which the macro is invoked.
The end result is that libbsd builds for me on CentOS 7 using the
system compiler.
* Apply this patch for any compiler version before 5
This includes subversions of 4, like 4.8.5.
Diffstat (limited to 'etc')
0 files changed, 0 insertions, 0 deletions