Re: HP-UX 11.31 Itanium2 64bit again
От | Tom Lane |
---|---|
Тема | Re: HP-UX 11.31 Itanium2 64bit again |
Дата | |
Msg-id | 17092.1394561350@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | HP-UX 11.31 Itanium2 64bit again ("H.Merijn Brand" <h.m.brand@procura.nl>) |
Список | pgsql-bugs |
"H.Merijn Brand" <h.m.brand@procura.nl> writes: > On Tue, 11 Mar 2014 11:38:40 -0400, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> Was Perl itself built with _XOPEN_SOURCE_EXTENDED? > Just to make sure, building postgres with that define removed does NOT > make it pass the tests. I wouldn't expect it to. You'd at least have to go around and change all the getsockopt calls to pass integer rather than ACCEPT_TYPE_ARG3 last arguments. Possibly setsockopt and some other calls would be affected too; I don't have the means or desire to research that myself. It's not really clear that this is the source of the issue, though. For it to be that, the surrounding Perl executable would have to be determining which flavor of getsockopt() libpq.so is getting linked to. I don't know what method HPUX11 uses to control that, but on systems that I *am* familiar with, it's done with a differently named link symbol, so that no such bugs should arise. Still, you could try hacking the one place in fe-connect.c and see whether the Perl test gets any further; that would give some evidence to tell whether it's worth trying to fix things enough to have a completely working Postgres build without _XOPEN_SOURCE_EXTENDED. regards, tom lane
В списке pgsql-bugs по дате отправления: