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