https://gcc.gnu.org/bugzilla/show_bug.cgi?id=125182
--- Comment #7 from Mark Millard <markmigm at gmail dot com> --- (In reply to Alice Carlotti from comment #5) > Based on https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=294062#c5, it > looks like there's also an issue with <sys/auxv.h> indirectly including > defines for HWCAP_ that are numerically equivalent but spelled differently. > So I think we'll need to do one of: > - make the definitions conditional, > - not include <sys/auxb.h>, or > - use different names for the HWCAP_* macros to avoid the clash. > > The last option looks like the cleanest one to me. For names that are not names for allowing ABI history/choice based value variations, using names that are obviously GCC specific, and so unlikely to get #define conflicts with other contexts, would seem like a good idea to me. Relative to FreeBSD code, for example, these are names with textual definitions that would have no reason to need to track FreeBSD naming or the values FreeBSD code has in its #defines for its names --or to track how those values are expressed in the FreeBSD code.
