Normally (or at least this is how I understand it), modules will only put themselves in version-specific directories if there is a reason the module might not be compatible with other versions of Perl. Likewise, we have architecture-dependent directories for the same reason. In theory you can share your Perl library directory to systems using a variety of architectures and versions of Perl without worry, since everything that is unversioned should be compatible with all versions of Perl, and anything in an architecture-specific directory would only be valid for that architecture. (There are exceptions for stuff that links in external shared libraries, that might or might no be present on otherwise identical directories, or might be located in unexpected places.)
So basically, along that line, if you have stuff in a 5.005 directory, it might be there because there's a likelyhood that it's incompatible with 5.6 (though I don't actually know of many/any modules where this is actually the case), and this is sort of a hint that these modules need to be rebuilt for 5.6.
In reply to Re: Upgrading without losing modules?
by Fastolfe
in thread Upgrading without losing modules?
by chorg
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |