PERL5LIB behaviour in pkgsrc broken

[Thomas Klausner <wiz%NetBSD.org@localhost>]

Hi!

In usual perl installations, setting PERL5LIB to /path/to/lib/perl5 is
sufficient, because the subdirectories for version and architecture
are automatically searched. I.e. adding /path/to/lib/perl5
automatically searches /path/to/lib/perl5/5.16.1 and
/path/to/lib/perl5/5.16.1/x86_64-netbsd-thread-multi.

This breaks for perl modules installed outside of pkgsrc by perl from
pkgsrc, since they are installed into /path/to/lib/perl5/5.16.0
(previously, 5.14.0) even if the version is 5.16.1 (or 5.14.2,
before). For perl-5.16.1 you need to change PERL5LIB to point to
/path/to/lib/perl5/5.16.0 manually (the architecture support works;
i.e., /path/to/lib/perl5/5.16.0/x86_64-netbsd-thread-multi is added
automatically).

I'd like to know:

1. Why it was done? (My guess is that someone decided perl 5.x.y and
5.x.z would always be compatible)

2. How this is changed in pkgsrc (to install to .0 instead of the real
version) -- which patch or Makefile fragment does that?

3. If we should revert that, or adapt the path searching strategy perl
uses by default to look in *.0 as well. If you know where this is done
in perl, please tell us.

Thanks,
 Thomas