| From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
|---|---|
| To: | Claudio Natoli <claudio(dot)natoli(at)memetrics(dot)com>, 'Andrew Dunstan' <andrew(at)dunslane(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Fixed directory locations in installs |
| Date: | 2004-05-03 06:59:04 |
| Message-ID: | 200405030859.04369.peter_e@gmx.net |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Claudio Natoli wrote:
> I'm yet to see a convincing argument for why we can't adopt the
> "binary-location/../share" approach as submitted late March. AFAICS,
> it was rejected on the basis that it was not platform independent (no
> arguments there) and that we could not rely on the ".." approach.
The only objection was that it hardcodes the layout already in the
source, which gives us no flexibility at all to try out different
installation layouts. If you want to compute the relative paths from
bindir to libdir etc. at build time based on actual configure options,
then I see no problem with that.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Claudio Natoli | 2004-05-03 07:22:18 | Re: Fixed directory locations in installs |
| Previous Message | Philip Warner | 2004-05-03 05:12:12 | Re: ANALYZE locks pg_listener in EXCLUSIVE for long |