Re: [HACKERS] sa_family_t in cygwin compile of cvs
От | deststar |
---|---|
Тема | Re: [HACKERS] sa_family_t in cygwin compile of cvs |
Дата | |
Msg-id | 3EF01521.1030002@blueyonder.co.uk обсуждение исходный текст |
Ответ на | Re: [HACKERS] sa_family_t in cygwin compile of cvs (Bruce Momjian <pgman@candle.pha.pa.us>) |
Список | pgsql-cygwin |
Sorry didn't see it (& still can't in my inbox - where was it sent?) Mine was a hack based on reading that sa_family_t should be 16 bits (in RFC 2553 IIRC) to solve a cygwin specific problem. If you have a general solution then that is much better than mine thank you, - Stuart Bruce Momjian wrote: > I am confused why you didn't like the following patch I posted, which > pulls the family data type length right out of the structure, rather than > having to configure it for every OS that doesn't have sa_family_t? > > --------------------------------------------------------------------------- > > deststar wrote: > >>Jason Tishler wrote: >> >>>On Sun, Jun 15, 2003 at 04:54:21PM +0100, deststar wrote: >>> >>> >>>>On cygwin sa_family_t was undeclared, adding the following line: >>>>typedef unsigned short sa_family_t; >>>>to both: >>>>src/port/getaddrinfo.c >>>>src/include/libpq/pqcomm.h >>> >>> >>>Isn't the attached or fixing Cygwin itself a better approach? >>> >>> >> >>Yes it does seem better, attached is a proposed patch to cygwin.h & >>configure.in (incase cygwin gets it in future) >>Have tested with make installcheck & it works fine. >>If you see no problems I will sumit to patches >>thanks, > >
В списке pgsql-cygwin по дате отправления: