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

Re: [HACKERS] PostgreSQL supported platform report and a patch.

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: "Billy G(dot) Allie" <Bill(dot)Allie(at)mug(dot)org>
Cc: Larry Rosenman <ler(at)lerctr(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>,pgsql-ports(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] PostgreSQL supported platform report and a patch.
Date: 2002-11-08 04:24:20
Message-ID: 200211080424.gA84OLr26674@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-ports
Billy, so your rpath changes are for handling customization you made to
your OS.  Sounds like a feature addition to me, which will go into 7.4
only.


---------------------------------------------------------------------------

Billy G. Allie wrote:
-- Start of PGP signed section.
> Larry Rosenman wrote:
> > Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> > > Larry Rosenman <ler(at)lerctr(dot)org> writes:
> > >> I don't believe your changes are necessary.
> > >
> > > The static-inline change was obsoleted by a recent fix, per discussion.
> > > But the rpath changes seem possibly useful (or maybe my thoughts are
> > > just colored by the fact that I'm currently trying to persuade OpenSSL
> > > to build with a non-broken rpath setup on HPUX...)  Do you have an
> > > objection to the rpath part of Billy's patch?
> >
> > Not necessarily.  I was just concerned about the tuplesort one, and the fact
> > that mine builds and passes without the changes.
> 
> Larry,
> 
> You probably have /usr/local/lib LD_LIBRARY_PATH.  On my system 
> LD_LIBRARY_PATH defaults to /usr/X/lib:/lib and LD_RUN_PATH are not set, and I 
> prefer it that way.  The rpath related changes allow me to specify the 
> additional library search paths by using the configure --with-libraries option 
> and have those paths placed into the executable so that the executables can 
> run without having to the default setting of LD_LIBRARY_PATH.
> 
> After reading the discussions, I can think of another enhancement to the rpath 
> changes:  have the contents of LD_LIBRARY_PATH added to the -R (or -rpath) 
> option inside the port specific makefile.  That way, if you add the additional 
> search paths to LD_LIBRARY_PATH you won't have to use the --with-libraries and 
> the executable(s) will have the runtime search paths in them so they will 
> execute without having to change the default LD_LIBRARY_PATH setting.
> -- 
> ____       | Billy G. Allie    | Domain....: Bill(dot)Allie(at)mug(dot)org
> |  /|      | 7436 Hartwell     | MSN.......: B_G_Allie(at)email(dot)msn(dot)com
> |-/-|----- | Dearborn, MI 48126|
> |/  |LLIE  | (313) 582-1540    |
> 
> 
-- End of PGP section, PGP failed!

-- 
  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-ports by date

Next:From: Bruce MomjianDate: 2002-11-08 04:57:31
Subject: Re: [HACKERS] PostgreSQL supported platform report and a patch.
Previous:From: Billy G. AllieDate: 2002-11-08 02:11:26
Subject: Re: [HACKERS] PostgreSQL supported platform report and a patch.

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2002-11-08 04:27:22
Subject: Re: float output precision questions
Previous:From: Billy G. AllieDate: 2002-11-08 02:37:05
Subject: Re: [PORTS] PostgreSQL supported platform report and a

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