Skip site navigation (1) Skip section navigation (2)

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 (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-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

In response to

pgsql-hackers by date

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

pgsql-patches by date

Next:From: Tom LaneDate: 2005-12-23 00:26:36
Subject: Re: Disparity in search_path SHOW and SET
Previous:From: Bruce MomjianDate: 2005-12-23 00:12:06
Subject: Re: Disparity in search_path SHOW and SET

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group