Re: What's wrong with glibc-devel-2.2

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: yoda(at)cef(dot)org(dot)tw
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: What's wrong with glibc-devel-2.2
Date: 2001-04-17 20:45:50
Message-ID: 6208.987540350@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

<yoda(at)cef(dot)org(dot)tw> writes:
> I think the key point is the define of accept() in 2.2.
> accept() define in glibc 2.2

> extern int accept (int __fd, __SOCKADDR_ARG __addr,
> socklen_t *__restrict __addr_len)
> __THROW;

> Definition of __SOCKADDR_ARG in glibc 2.2

> #if defined __cplusplus || !__GNUC_PREREQ (2, 7)
> # define __SOCKADDR_ARG struct sockaddr *__restrict
> # define __CONST_SOCKADDR_ARG __const struct sockaddr *
> #else

> Definition of __restrict in glibc 2.2

> /* __restrict is known in EGCS 1.2 and above. */
> #if !__GNUC_PREREQ (2,92)
> # define __restrict /* Ignore */
> #endif

Looks to me like it should work; int, struct sockaddr *, socklen_t *
are one of the combinations we try for accept() arguments. What does
config.log contain after the failure?

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message David George 2001-04-17 22:18:29 three VERY minor things with 7.1 final
Previous Message yoda 2001-04-17 19:10:37 Re: What's wrong with glibc-devel-2.2