Re: [Bug-gnubg] Fixes to rel_0_15, bug in Main branch

[Jim Segrave]

On Mon 18 Dec 2006 (19:38 +0100), Christian Anthon wrote:
> On 12/18/06, Jim Segrave <address@hidden> wrote:
> >
> >if you do have lrint, this changes to:
> >
> >/* define lrint as macro */
> >/* #undef lrint */ (x)
> >
> 
> the lrint change is mine, it works fine here on debian testing and gentoo.

Interesting, I'm using gnu tools - aclocal/etc. is 1.9.6, automake and
friends are 2.59

I just pulled the main source from cvs, ran autogen.sh, then configure
and the end of conf.h looks like (including line numbers):

    287 #ifndef __cplusplus
    288 /* #undef inline */
    289 #endif
    290 
    291 /* define lrint as macro */
    292 /* #undef lrint */(x)
    293 
    294 /* set sinf to sin if undefined */
    295 /* #undef sinf */
    296 
    297 /* Define to `unsigned' if <sys/types.h> does not define. */
    298 /* #undef size_t */
    299 
    300 /* Define to int if <sys/socket.h> does not define. */
    301 /* #undef socklen_t */
    302 
    303 /* set tanf to tan if undefined */
    304 /* #undef tanf */

on your machine, does show up as found by configure?

I notice that config.h.in has:

/* Define to 1 if you have the `lrint' function. */
/* define lrint as macro */
#undef lrint(x)

and that's not valid C, an undef can only have a symbol, not an
expression.
What version of gcc are you running?
Will it compile the following program? (It should give a warning with
-Wall about extra tokens at the end of the undef)

===========
#define lrint(x) (x + 0.5)
#undef lrint(x)

int main(void) {
  return 0;
}
===========


-- 
Jim Segrave           address@hidden