Re: problems with configure - Mailing list pgsql-hackers

From Tom Lane
Subject Re: problems with configure
Date
Msg-id 20976.973722861@sss.pgh.pa.us
Whole thread Raw
In response to Re: problems with configure  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: problems with configure  ("Martin A. Marques" <martin@math.unl.edu.ar>)
Re: problems with configure  (pete.forman@westgeo.com)
List pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
>> Not sure what to do about this.  It will clearly not do to define
>> ACCEPT_TYPE_ARG3 as void.  Perhaps we need a special case for
>> Solaris 7: if we detect that accept() is declared with "void *",
>> assume that socklen_t is the thing to use.  Peter, any thoughts?

> Perhaps we could, in case "void *" is discovered, run a similar deal with
> bind() or setsockopt(), i.e., some socket function that takes a
> non-pointer socklen_t (or whatever), in order to find out the true nature
> of what's behind the "void *".

Well, maybe.  But is it worth the trouble?  Hard to believe anyone else
did the same thing.

If socklen_t exists, it's presumably the right thing to use, so if we
just hardwire "void -> socklen_t", I think it'd be OK.  If we're wrong,
we'll hear about it...
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Proposal for DROP TABLE rollback mechanism
Next
From: "Mikheev, Vadim"
Date:
Subject: RE: Proposal for DROP TABLE rollback mechanism