Re: Question regarding dynamic_library_path - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Question regarding dynamic_library_path
Date
Msg-id 40C5CDFD.2030509@dunslane.net
Whole thread Raw
In response to Re: Question regarding dynamic_library_path  (Bruce Momjian <pgman@candle.pha.pa.us>)
List 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


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: sequences and "addval('myseq', value)"
Next
From: Bruno Wolff III
Date:
Subject: Re: sequences and "addval('myseq', value)"