This is the mail archive of the mailing list for the glibc project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug libc/25189] glibc's __glibc_has_include causes issues with clang -frewrite-includes

--- Comment #9 from cvs-commit at gcc dot <cvs-commit at gcc dot> ---
The release/2.30/master branch has been updated by Florian Weimer

commit a4b3bbf71e8a608ac6ee4f423b5e2db50e06b846
Author: Emilio Cobos �lvarez <>
Date:   Tue Nov 12 19:18:32 2019 +0100

    Don't use a custom wrapper macro around __has_include (bug 25189).

    This causes issues when using clang with -frewrite-includes to e.g.,
    submit the translation unit to a distributed compiler.

    In my case, I was building Firefox using sccache.

    See [1] for a reduced test-case since I initially thought this was a
    clang bug, and [2] for more context.

    Apparently doing this is invalid C++ per [cpp.cond], which mentions [3]:

    > The #ifdef and #ifndef directives, and the defined conditional
    > inclusion operator, shall treat __has_include and __has_cpp_attribute
    > as if they were the names of defined macros.  The identifiers
    > __has_include and __has_cpp_attribute shall not appear in any context
    > not mentioned in this subclause.


    Change-Id: Id4b8ee19176a9e4624b533087ba870c418f27e60
    (cherry picked from commit bfa864e1645e140da2e1aae3cf0d0ba0674f6eb5)

You are receiving this mail because:
You are on the CC list for the bug.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]