Re: [HACKERS] postconfig/PGLIB/initdb

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] postconfig/PGLIB/initdb
Date: 1999-12-06 00:11:21
Message-ID: 7788.944439081@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> So, to summarize:
> * PGLIB, keep it or lose it?

I had assumed that PGLIB was used for dynamic loading of extension
modules, but I now see that it isn't. It's primarily used by initdb
to find the data files needed for initialization of template1. AFAICT
it's not used by a running postmaster or backend at all.

If you can reliably find the location of the executing script, I
think it'd be a fine idea to lose PGLIB and instead get the data
files from "BINDIR/../lib/". One less setting to get wrong.

(I'm not convinced yet about that "if", though. Do you have a
substitute for "which" that you think is portable? How can we
test it?)

> * postconfig, keep it or lose it?

Since postconfig is invoked as just "postconfig", trying to use it
introduces a very strong dependency on PATH. I've never used it
so maybe I'm not seeing what it's good for --- but my guess is that
in the situation where you've got multiple versions installed, trying
to use postconfig would just result in confusion and havoc. And in
the case where you have only one installation, it's not necessary.

I'm not really seeing what postconfig brings to the party. If you
want the config to depend on your path, you can put the appropriate
BINDIR in your path, no?

regards, tom lane

Browse pgsql-hackers by date

  From Date Subject
Next Message The Hermit Hacker 1999-12-06 00:56:47 Oft Ask: How to contribute to PostgreSQL?
Previous Message The Hermit Hacker 1999-12-05 23:18:10 Re: [HACKERS] Raising funds for PostgreSQL