diff options
| author | Florian Weimer <fweimer@redhat.com> | 2019-06-14 16:28:41 +0200 |
|---|---|---|
| committer | Florian Weimer <fweimer@redhat.com> | 2019-06-14 16:28:41 +0200 |
| commit | 48c3c1238925410b4e777dc94e2fde4cc9132d44 (patch) | |
| tree | 47fe7ff3defaf090e7b6a37302bc1797613b0c59 /sysdeps/mach/hurd/fdatasync.c | |
| parent | 8d141877e07cc594e9fefc3795b8ba729288093c (diff) | |
| download | glibc-48c3c1238925410b4e777dc94e2fde4cc9132d44.tar.gz glibc-48c3c1238925410b4e777dc94e2fde4cc9132d44.tar.xz glibc-48c3c1238925410b4e777dc94e2fde4cc9132d44.zip | |
Linux: Fix __glibc_has_include use for <sys/stat.h> and statx
The identifier linux is used as a predefined macro, so the actually used path is 1/stat.h or 1/stat64.h. Using the quote-based version triggers a file lookup for /usr/include/bits/linux/stat.h (or whatever directory is used to store bits/statx.h), but since bits/ is pretty much reserved by glibc, this appears to be acceptable. This is related to GCC PR 80005: incorrect macro expansion of the argument of __has_include. Suggested by Zack Weinberg. Reviewed-by: Carlos O'Donell <carlos@redhat.com>
Diffstat (limited to 'sysdeps/mach/hurd/fdatasync.c')
0 files changed, 0 insertions, 0 deletions