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

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: pgsql-admin(at)postgresql(dot)org
Cc: 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 07:07:04
Message-ID: 200711050807.04988.peter_e@gmx.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

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/

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Michael Goldner 2007-11-05 07:41:48 Re: Database size with large objects
Previous Message Tom Lane 2007-11-05 04:19:27 Re: Database size with large objects