From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Configurable path to look up dynamic libraries |
Date: | 2001-05-15 18:10:47 |
Message-ID: | Pine.LNX.4.30.0105152000390.757-100000@peter.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane writes:
> The point as far as I'm concerned is that paths mentioned in CREATE
> FUNCTION ought to be relative to someplace that's
> installation-dependent. That way, when you dump out and reload a
> CREATE FUNCTION command, the declaration is still good, you just have
> to have put a copy of the function's shlib in the right place for the
> new installation.
Okay, I'm convinced that $libdir can be a useful default. But given the
case where users might want to *add* his directory to the path he needs to
have knowledge of what the default path is. (Unfortunately we can't do
PATH=$PATH:xxx.) Perhaps it would be good to make the empty path
component equivalent to $libdir, e.g.,
'' default, search libdir
':/my/own' search libdir before my own
'/my/own:' search libdir after my own
'/my/own' don't seach libdir
But I think there are enough possibly useful applications for changing
this while the postmaster is running at no real harm.
--
Peter Eisentraut peter_e(at)gmx(dot)net http://funkturm.homeip.net/~peter
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2001-05-15 18:19:01 | Re: Configurable path to look up dynamic libraries |
Previous Message | Peter Eisentraut | 2001-05-15 17:11:49 | Re: 7.2 items |