Re: Fixed directory locations in installs

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Fixed directory locations in installs
Date: 2004-05-02 13:36:32
Message-ID: 4094F960.8080507@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut wrote:

>Bruce Momjian wrote:
>
>
>>Also, Win32 installs are going to want to be more directory
>>independent than Unix.
>>
>>
>
>Why?
>

Common practice, for one thing. Windows programs are typically
relocatable, and Windows admins regard programs that rely on hardcoded
paths very poorly indeed.

The usual location used by an installer is something like
%ProgramFiles%/progname or %ProgramFiles%/progname/version - the
definition of %ProgramFiles% is determined by the machine it is being
installed on, not by the installer, and certainly can't be set at
compile time. The machine might not even have a C: drive, for instance.

But this is not only a Windows issue, as Tom reminded us recently. If I
understood him correctly, there have been calls for relocatable
installations from other binary packagers.

>
>
>
>>Because Win32 can probe for the location of the binary, it seems it
>>should check to see if it can find libdir and sharedir own its own
>>and set those GUC values accordingly as part of initdb.
>>
>>
>
>This is just going to open up the possibility of silently finding the
>wrong files.
>
>

Maybe it could be improved by using more version markers?

cheers

andrew

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2004-05-02 13:38:55 Re: pgsql-server/src backend/utils/adt/acl.c inclu ...
Previous Message Bruce Momjian 2004-05-02 13:24:48 Re: Fixed directory locations in installs