Re: Trouble building 8.1.1 on Tru64 UNIX 5.1

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: PostgreSQL-patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: Trouble building 8.1.1 on Tru64 UNIX 5.1
Date: 2005-12-23 00:14:49
Message-ID: 200512230014.jBN0Enx05370@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Albert Chin wrote:
> On Mon, Dec 19, 2005 at 06:34:38PM -0500, Tom Lane wrote:
> > Albert Chin <pgsql-hackers(at)mlists(dot)thewrittenword(dot)com> writes:
> > > On Mon, Dec 19, 2005 at 05:59:12PM -0500, Tom Lane wrote:
> > >> Perhaps a more relevant question is why ecpg/preproc is including
> > >> that header.
> >
> > > #include <netdb.h> with -D_REENTRANT includes it.
> > > preproc.c:
> > > #include "postgres_fe.h"
> > > #include "c.h"
> > > #include "port.h"
> > > #include <netdb.h>
> >
> > Well, port.h is certainly doing a fine job of polluting the namespace.
> > Maybe we should pull out the stuff that depends on netdb.h and pwd.h
> > into some other header that isn't going to get included so widely.
> >
> > > ADD has the same problem.
> >
> > There's no way that we are going to be able to dodge every single symbol
> > that any random system header on any random platform might define ---
> > especially when you get into the less-well-standardized headers like
> > these. We have to think smaller in terms of what headers we include
> > everywhere.
>
> Well, we've built on most versions of Solaris, HP-UX, AIX, Tru64 UNIX,
> Redhat Linux, and IRIX and this is the only symbol conflict we ran
> into. So, it's not a big problem.

I have converted the symbols that gave you problem (HEAD/ADD) to
HEAD_P/ADD_P. Please test the patch and let me know if things work.
Thanks.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

Attachment Content-Type Size
unknown_filename text/plain 12.5 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Ashok Agrawal 2005-12-23 00:25:53 Re: Oracle PL/SQL Anonymous block equivalent in postgres
Previous Message Bruce Momjian 2005-12-23 00:12:06 Re: Disparity in search_path SHOW and SET

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2005-12-23 00:26:36 Re: Disparity in search_path SHOW and SET
Previous Message Bruce Momjian 2005-12-23 00:12:06 Re: Disparity in search_path SHOW and SET