相关疑难解决方法(0)

如何检查Perl模块是否是核心的一部分 - 即它是标准安装的一部分？

我在找:

• 命令行命令:
• 一个Perl子例程/函数来检查代码

也许问题应该是:如何判断最初在机器上安装特定 Perl的模块？(实际上,它现在被问到如何判断最初在机器上安装特定Perl的模块？)

鉴于现在似乎不是一个整体的Perl标准安装,至少这个新问题的答案将告诉我最初在安装时的安装.

有了这些知识,如果我保留原始的安装程序映像/包或者知道如何在线再次获取确切的东西,那么我可以为多台机器安装可重复的Perl,了解将出现哪些模块以及哪些模块不会出现.

为了进一步澄清:我在看什么就用原来的安装,提供了作为安装的一部分什么模块,什么是内置.不是从那以后安装的.

我希望能够在安装的机器上执行此操作.因此,我将依靠安装以某种形式记录它最初的内容.

我问分拆问题: 如何判断最初在机器上安装特定Perl的模块？(如何判断最初在计算机上安装特定Perl的模块？)

是否有任何类似于键盘的服务允许您在旧版本的perl上测试Perl构造？

理想情况下,您可以在其中输入表达式的系统,它将告诉您它将使用的最旧版本的perl.

当然可以使用CPANTS,但这似乎是滥用服务(如果只是为了使BackPan更大).可能需要几天/几周才能在旧版本上获得不错的测试覆盖率.

根据我的理解,Perl传统上只包含核心功能,人们安装额外的库来做各种有用的(有时是非常基本的)事情.但是在某些时候,默认情况下会出现Perl附带的"核心库" - 因此您可以使用这些库而无需安装它们.

来自Python我很好奇这是如何管理的.特别:

1. 如何选择图书馆？
2. 图书馆是否仍有自己的版本号和发布时间表？
3. 使用这些库时,您有什么样的向后兼容性保证？
4. 在系统中升级或降级这些库是否常见？这是在系统范围内完成还是更具体？
5. 如果存在需要更改API的错误修复,该怎么办？
6. 如何将功能添加到这些核心库(如果有的话)？

我如何知道Perl分发了哪些模块？

我的第一个猜测是这里列出的核心模块总是包含在内,但我无法明确地说明这一点.但是,我已经使用了这个集合之外的模块(例如LWP),而无需在Mac OS X和Linux上安装它们.

所以要稍微改进我的问题:

• 所有Perl安装都分发了哪些模块？

并且:我如何找出已分发的模块:

• Linux(尤其是Debian/Ubuntu)？

• Mac OS X？

• 的Solaris？

在每种情况下,我使用的是最新版操作系统标准的Perl版本.

TIA.

更新:问题的原因是我在Mac OS X和Linux上开发用于部署到不同的Linux和Solaris,我没有root用于某些系统,而在Mac OS XI的情况下则没有甚至有一个编译器AFAIK.所以我想知道在没有进一步安装的情况下我在所有四个部署中可用的模块.