Re: RPATH issue with libpq on Solaris 8 (gcc)

From: Kenneth Marshall <ktm(at)rice(dot)edu>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: pgsql-admin(at)postgresql(dot)org, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Jason Testart <jatestart(at)cs(dot)uwaterloo(dot)ca>
Subject: Re: RPATH issue with libpq on Solaris 8 (gcc)
Date: 2007-11-05 13:20:04
Message-ID: 20071105132004.GB21553@it.is.rice.edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Mon, Nov 05, 2007 at 08:07:04AM +0100, Peter Eisentraut wrote:
> Am Samstag, 3. November 2007 schrieb Tom Lane:
> > > That also seems to have the positive effect of getting libpq.so to find
> > > the shared objects that it depends on. So is the fact that I need to
> > > edit src/Makefile.global after I run configure mean that I found a bug?
> > > ;-)
> >
> > Seems more like a feature request: there should be a way to override
> > rpathdir from a configure switch. We already have an enable-rpath
> > switch, but it's just a boolean. Maybe allow
> > configure --enable-rpath=PATH
> > ?
>
> Well, the rpath option affects the rpath to our own libraries. To find the
> system libraries, the environment variable LD_RUN_PATH can be used.
> Otherwise you'd have to convince every software product in existence to add
> the appropriate configuration options.
>
> --
> Peter Eisentraut
> http://developer.postgresql.org/~petere/
>

We use LD_RUN_PATH in our Solaris builds for that reason.

Ken

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Tom Lane 2007-11-05 13:26:30 Re: Error Migrating From 7.4 to 8.2.5
Previous Message eromain 2007-11-05 11:40:56 Error Migrating From 7.4 to 8.2.5