From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Question regarding dynamic_library_path |
Date: | 2004-06-08 14:32:29 |
Message-ID: | 40C5CDFD.2030509@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Bruce Momjian wrote:
>Thomas Hallgren wrote:
>
>
>>Why does postgres maintain a loader logic of its own? I can understand that
>>the dynamic_library_path is necessary in order to configure everything in
>>one single place. But why not just merge it with the LD_LIBRARY_PATH (or
>>PATH on Windows) and then let dlopen do the rest using a stripped filename?
>>
>>The reason I ask is because I run into problems as soon as I have a module
>>that in turn depends on other shared libraries. It doesn't help much that
>>they are reachable through the dynamic_library_path since that path never is
>>made known to the OS loader mechanisms.
>>
>>I'll be happty to submit some code to do the actual path merging (i.e
>>omitting duplicates etc.).
>>
>>
>
>I think the idea is that you want to specify the path in the config
>file, after the app has already started. I don't think you can modify
>the environment variable after the app has started, and even if you can,
>it seems simpler to just do it in our code and specify the exact path
>rather than having it poke around in whatever LD_LIBRARY_PATH is set to.
>
>
>
And many people just hate playing games with LD_LIBRARY_PATH, and even
more hate apps that do it.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-06-08 14:37:13 | Re: Question regarding dynamic_library_path |
Previous Message | Tom Lane | 2004-06-08 14:21:22 | Re: sequences and "addval('myseq', value)" |