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
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 |