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
|
Список | 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 по дате отправления: