From: | "H(dot)Merijn Brand" <h(dot)m(dot)brand(at)procura(dot)nl> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-bugs(at)postgresql(dot)org, cm(at)enterprisedb(dot)com |
Subject: | Re: HP-UX 11.31 Itanium2 64bit again |
Date: | 2014-03-11 16:49:22 |
Message-ID: | 20140311174922.613ef28d@pc09.procura.nl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Tue, 11 Mar 2014 11:38:40 -0400, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> We normally avoid that problem by defining _XOPEN_SOURCE_EXTENDED
> (see src/template/hpux, though you should check your build log to
> make sure that symbol actually got passed to cc). I wonder though
> if the Perl environment is somehow causing the other getsockopt
> prototype to be called. Are you *sure* it's a 64-bit Perl build?
> 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. So I might be warnocked here. Rebuilding perl
from scratch is - right now - not an option.
I'll check if adding it will build perl at all (and still pass all
tests). If so, the next thing would be to check if Oracle still works
with *that* perl. If it doesn't even rebuilding perl and all modules is
not an option.
--
H.Merijn Brand merijn(at)procura(dot)nl (072) 567 13 51
PROCURA B.V. http://www.procura.nl KvK 37140650
Ban de e-mail disclaimers: http://tinyurl.com/kmne65
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2014-03-11 18:09:10 | Re: HP-UX 11.31 Itanium2 64bit again |
Previous Message | Alf Kristian Støyle | 2014-03-11 16:34:50 | Re: BUG #9519: Allows storing scalar json, but fails when querying |