Re: HP-UX 11.31 Itanium2 64bit again

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

In response to

Responses

Browse pgsql-bugs by date

  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