plpgsql is not ready for prime time

Поиск
Список
Период
Сортировка
От Tom Lane
Тема plpgsql is not ready for prime time
Дата
Msg-id 13353.907531210@sss.pgh.pa.us
обсуждение исходный текст
Ответы RE: [HACKERS] plpgsql is not ready for prime time  ("Stupor Genius" <stuporg@erols.com>)
Re: [HACKERS] plpgsql is not ready for prime time  ("Billy G. Allie" <Bill.Allie@mug.org>)
Список pgsql-hackers
... it does not build on HPUX, nor on any other platform that requires
specialized switches to build shared libraries.  I recommend the author
consult the makefile for libpq, and transpose the necessary fooling
around into plpgsql.  (On HPUX it fails for lack of -fPIC in the compile
commands for the pl/plpgsql/src subdirectory; there might also be
problems in the link command, but the compile commands are certainly
wrong.)

We have enough different shared libraries now that it'd be a good idea
to try to eliminate most of that cruft from the individual module
makefiles, replacing it with definitions made in the port makefiles.
But it's a bit too late in the 6.4 beta cycle to try to do that for 6.4,
I think --- the testing problem looms too large.  Something for next time.

BTW there is also a configuration check that needs to be applied: the
pl/tcl subdirectory should be built only if a *shared library* version
of Tcl is available.  I happen to have only a static version of libtcl.a
installed, which is fine for pgtclsh, but pl/tcl tries to link with it
and falls over...

If this stuff can't be fixed properly before 6.4 release, I suggest
making plpgsql an optional component that is only built if suitable
switches are provided to configure.

            regards, tom lane

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] UnixWare 7.x port updates.
Следующее
От: "Stupor Genius"
Дата:
Сообщение: RE: [HACKERS] plpgsql is not ready for prime time