bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ED error code


From: Pino Toscano
Subject: Re: ED error code
Date: Sun, 31 Oct 2010 15:49:11 +0100
User-agent: KMail/1.13.5 (Linux/2.6.32-5-amd64; KDE/4.4.5; x86_64; ; )

Hi,

Alle domenica 31 ottobre 2010, Manuel Menal ha scritto:
> The Hurd port of the GNU C Library defines an error code macro called
> `ED', which the glibc manual describes as "The experienced user will
> know what is wrong.". This error code macro doesn't seem to be used
> anywhere.

To be precise, a macro and a value of the __error_t_codes enum (which 
makes it impossible even "#undef ED" to avoid the ED define).

> 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.

> Couldn't it be renamed to something less generic?

Or just removed, IMHO.

-- 
Pino Toscano

Attachment: signature.asc
Description: This is a digitally signed message part.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]