Re: PL/perl should fail on configure, not make

Поиск
Список
Период
Сортировка
От Christoph Berg
Тема Re: PL/perl should fail on configure, not make
Дата
Msg-id 20130109102144.GA25938@msgid.df7cb.de
обсуждение исходный текст
Ответ на Re: PL/perl should fail on configure, not make  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: PL/perl should fail on configure, not make  (Christian Ullrich <chris@chrullrich.net>)
Список pgsql-hackers
Re: Tom Lane 2013-01-09 <9802.1357702675@sss.pgh.pa.us>
> Item: there is not a test for perl.h, as such, in configure.  There
> probably should be, just because we have comparable tests for tcl.h
> and Python.h.  However, adding one won't fix your problem on
> Debian-based distros, because for some wacko reason they put the
> headers and the shlib .so symlink in different packages, cf
> http://packages.debian.org/squeeze/amd64/perl/filelist
> http://packages.debian.org/squeeze/amd64/libperl-dev/filelist
> I am unfamiliar with a good reason for doing that.  (I can certainly
> see segregating the .a static library, or even not shipping it at
> all, but what's it save to leave out the .so symlink?)

Because the .so symlink is only needed at build time. At runtime, you
need the .so.5.14 file. Hence .so.* -> $pkg, .h .a .so -> $pkg-dev.

Christoph
-- 
cb@df7cb.de | http://www.df7cb.de/



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

Предыдущее
От: Amit Kapila
Дата:
Сообщение: Re: Extra XLOG in Checkpoint for StandbySnapshot
Следующее
От: Hannu Krosing
Дата:
Сообщение: Re: Re: Proposal: Store "timestamptz" of database creation on "pg_database"