Larry Rosenman wrote:
> Tom Lane <tgl@sss.pgh.pa.us> wrote:
> > Larry Rosenman <ler@lerctr.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.Allie@mug.org
| /| | 7436 Hartwell | MSN.......: B_G_Allie@email.msn.com
|-/-|----- | Dearborn, MI 48126|
|/ |LLIE | (313) 582-1540 |
