Re: Question regarding dynamic_library_path

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

In response to

Responses

Browse pgsql-hackers by date

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