Re: Making rpath a bit more flexible - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Making rpath a bit more flexible
Date
Msg-id 416BDF6E.3060502@dunslane.net
Whole thread Raw
In response to Re: Making rpath a bit more flexible  (Peter Eisentraut <peter_e@gmx.net>)
List 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


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Making rpath a bit more flexible
Next
From: "Marc G. Fournier"
Date:
Subject: Re: CVS fixed ...