Horton

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

Peter Eisentraut <peter_e@gmx.net>

View thread View on postgr.es
From: Peter Eisentraut <peter_e@gmx.net>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Andrew Dunstan <andrew@dunslane.net>, Josh Berkus <josh@agliodbs.com>, PostgreSQL-development <pgsql-hackers@postgresql.org>, Tim Bunce <Tim.Bunce@pobox.com>
Date: 2013-01-10T21:21:40Z
Lists: pgsql-hackers 
On 1/9/13 7:56 PM, Tom Lane wrote:
> That is, the standard perl executable depends on libperl.so --- not
> libperl.so.M.N, which isn't even there.  Take the .so away, and you
> don't get past configure's initial perl-related checks, because
> /usr/bin/perl is broken.  This isn't a Red-Hat-ism, either, because my
> direct-from-upstream-source build on my old HPUX box is the same way.

How does this survive a distribution upgrade with a new libperl soname?