> Although having a reserved, generic error code macro might be
> useful(?), `ED' is a very generic identifier. For example, clang
> uses it in many parts of its code, which makes the build fail on
> GNU/Hurd. I think it's likely that we'll meet this problem more than
> once.
Yes, this hit few package compilations on the Debian buildds. So far I
collected:
- boost >= 1.40:
- boost/math/special_functions/ellint_rd.hpp: local variable `ED'
- gentle:
- enums.h: enum value `ED'
- gpsim:
- src/dspic/dspic-instructions.h: class `ED'
- httrack:
- src/htslib.c: `ED' used as hexadecimal number (the 0x prefix is
prepended using a macro)
Among the above, I fixed boost renaming the variable to ED_ (with a
patch in the Debian packaging), otherwise many important packages
couldn't have been compiled.
Please also report bugs against these packages. As Roland points out, these are reserved names and they shouldn't be using them.
Thomas