Re: [BUGS] Build problem with CVS version

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: [BUGS] Build problem with CVS version
Дата
Msg-id Pine.LNX.4.30.0109041448110.828-100000@peter.localdomain
обсуждение исходный текст
Ответы Re: [BUGS] Build problem with CVS version
Список pgsql-hackers
John Summerfield writes:

> To my dismay some components don't honour the "--prefix=/tmp/postgresql"
>  specification and try to install in some other location.
>
> I'd much prefer for the perl and python components to install into the
> location I specified, and to leave me to discuss with Perl and Python
> the question of how to make sure I get the right versions (or even
> better, offer a handy hint).

This is a very valid concern, and it's been bugging us, too.  The problem
is that by default, the majority of users would probably want the Perl and
Python modules to be put in the default place where they're easy to find
for the interpreter.  (This is pure speculation.  Personally, I certainly
wouldn't do this, in the same way as I don't install libraries in /usr/lib
because it makes it easier for the linker to find.)

What we probably want is some configure switch that switches between the
current behaviour and the behaviour you want.

Incidentally, some work toward this goal has already been done in the CVS
tip.  Basically, all I was missing is a good name for the option.

For you to proceed you could try the following (completely untested):

# for local Python install
make install python_moduledir='$(pkglibdir)' python_moduleexecdir='$(pkglibdir)'
# (yes, single quotes)

# for local Perl install
make install mysterious_feature=yes
# (seriously)

-- 
Peter Eisentraut   peter_e@gmx.net   http://funkturm.homeip.net/~peter



В списке pgsql-hackers по дате отправления:

Предыдущее
От: james@unifiedmind.com (James Thornton)
Дата:
Сообщение: Postgres is eating my CPU
Следующее
От: Karel Zak
Дата:
Сообщение: Re: [PATCHES] to_char and Roman Numeral (RN) bug