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?
