Bruno Haible <[EMAIL PROTECTED]> writes: > Paul Eggert wrote: >> > extern long double acosl (long double x); >> >> In proofreading this I noticed that gnulib math.h isn't 100% >> compatible with C99 math.h, since it doesn't allow you to include >> math.h after a perverse macro definition like "#define x char *". >> Other gnulib .h files (e.g., time.h) work around this problem by >> prefixing the parameters with double-underscore > > You are looking at it from the perspective of a gnulib user who wants a > <math.h> but the freedom to use identifiers like 'x' and '_x' completely > freely. According to this perspective, gnulib should not use 'x' or '_x'. > > The other perspective is from the libc vendors. For them, gnulib is violating > their territory of identifiers if gnulib uses identifiers like '__x'.
Gnulib could carve out its own name space by using gl_x (or whatever) instead of x or __x. -- "Then, I came to my senses, and slunk away, hoping no one overheard my thinking." --Steve McAndrewSmith in the Monastery
