Re: Making rpath a bit more flexible

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Making rpath a bit more flexible
Date: 2004-10-12 13:43:10
Message-ID: 416BDF6E.3060502@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut wrote:

>Am Montag, 11. Oktober 2004 22:31 schrieb Tom Lane:
>
>
>>The problem of course is that we have no rpath pointing to the place
>>where libperl.so lives. (Now that I look, the only reason this worked
>>before was that I had /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE
>>mentioned in /etc/ld.so.conf in my old installation.)
>>
>>
>
>This is a bug in the operating system. It should be configured so that it can
>find all libraries that it installs itself.
>
>

The perl binaries know perfectly well where to find the library, because
they are built with its rpath, so normally there is no need to teach
ld.so where to find it.

>
>
>>What I would like to do about this is change the platform-specific
>>makefiles to provide these macros in the form
>> rpath = -Wl,-rpath,$(rpathdir)
>>
>>
>
>I have no problem with that. But are there going to be cases where we need to
>point to more than one library path?
>
>

Good point. If we come across that situation we'll have to do something
even more clever, Meanwhile, I like this.

cheers

andrew

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Marc G. Fournier 2004-10-12 14:20:36 Re: CVS fixed ...
Previous Message Tom Lane 2004-10-12 13:42:59 Re: Making rpath a bit more flexible