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
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-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

Browse pgsql-hackers by date

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

Browse pgsql-ports by date

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