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