Skip site navigation (1) Skip section navigation (2)

Re: Build problem with CVS version

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: John Summerfield <summer(at)os2(dot)ami(dot)com(dot)au>, <pgsql-bugs(at)postgresql(dot)org>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Build problem with CVS version
Date: 2001-09-06 15:45:25
Message-ID: Pine.LNX.4.30.0109061738260.823-100000@peter.localdomain (view raw, whole thread or download thread mbox)
Lists: pgsql-bugspgsql-hackers
Tom Lane writes:

> > What we probably want is some configure switch that switches between the
> > current behaviour and the behaviour you want.
> I'd suggest --prefix-like options to determine installation locations
> for the perl and python modules,

Basically, I was envisioning some option like


just something, um, better.  (If we name them --with-perldir, then 51% of
the users will think that's the location where Perl itself is installed.)

Actually, if you do opt for the "playpen" version then the actual choice
of installation directory shouldn't be so interesting.  The only
reasonable place is ${libdir}/postgresql, unless you want to make up your
own file system standard.

> plus options on the order of --no-install-perl (ie, build it, but
> don't install it).

This is currently the default behaviour, if you recall. ;-)

Peter Eisentraut   peter_e(at)gmx(dot)net

In response to

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2001-09-06 15:49:58
Subject: Re: Bug in createlang?
Previous:From: Tom LaneDate: 2001-09-06 15:44:24
Subject: Re: Bug in createlang?

pgsql-bugs by date

Next:From: Stephan SzaboDate: 2001-09-06 15:48:31
Subject: Re: Bug #440: trigger can not find a function
Previous:From: pgsql-bugsDate: 2001-09-06 14:34:07
Subject: Bug #440: trigger can not find a function

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group