Conda打包Perl库路径异常：未固定版本致@INC无法识别模块

核心差异：Conda Perl环境的路径配置逻辑 #

当你未在recipe中固定Perl版本时，Conda构建阶段会默认拉取满足依赖的最新Perl版本，此时Perl的Makefile.PL会遵循Perl原生的site安装路径规则，将模块安装到带具体版本号的子目录（lib/site_perl/5.32.2/）。但Conda管理的Perl运行环境，其@INC路径列表中默认并不包含这个带版本号的子目录——因为Conda为了保证环境兼容性，通常只会把通用的lib/perl5/site_perl/这类无版本号的目录加入@INC。

当你在recipe中固定perl >=5.32后，Conda会触发两个关键行为：

• 强制构建和运行阶段使用版本兼容的Perl包，避免版本不一致导致的路径错位；
• Conda的Perl包会通过环境变量（比如PERL_MM_OPT）干预Makefile.PL的路径生成，让安装路径指向lib/perl5/site_perl/这个已经被预配置到@INC的目录，所以模块能被正常识别。

补充细节 #

Conda对Perl的打包做了定制化修改，目的是让不同Perl版本的模块能在Conda环境中兼容共存。未固定版本时，构建过程没有触发这个定制化路径逻辑，导致模块安装到了Perl原生的版本专属路径，而该路径不在Conda Perl的@INC范围内，最终无法被加载。

内容的提问来源于stack exchange，提问作者dadrake