如何确定Perl模块是否跨平台?
例如,我想压缩脚本生成的日志文件。我使用的是5.8.8版本,所以内核中没有任何内置的东西。脚本是跨平台的、Linux、Solaris、AIX、HPUX和Windows 现在我正在考虑使用如何确定Perl模块是否跨平台?,perl,Perl,例如,我想压缩脚本生成的日志文件。我使用的是5.8.8版本,所以内核中没有任何内置的东西。脚本是跨平台的、Linux、Solaris、AIX、HPUX和Windows 现在我正在考虑使用IO::Compress::Gzip。该模块是否存在已知的bug?它能跨所有平台工作吗 更概括地说,我如何找出某个模块是否有任何已知的bug,以及该模块将在哪些平台上运行?CPAN提供了一系列工具,您可以使用这些工具在安装模块之前确定模块的有用性。不幸的是,IO::Compress::Gzip是一个次优的例子 访
IO::Compress::Gzip
。该模块是否存在已知的bug?它能跨所有平台工作吗
更概括地说,我如何找出某个模块是否有任何已知的bug,以及该模块将在哪些平台上运行?CPAN提供了一系列工具,您可以使用这些工具在安装模块之前确定模块的有用性。不幸的是,IO::Compress::Gzip是一个次优的例子 访问时,左栏中有一个工具列表。有趣的是
- 测试结果:这将带您进入一个页面,其中显示了不同操作系统和不同perl版本上的测试套件的结果。不幸的是,在撰写本文时,此服务没有响应我的请求
- 这是指向此模块的bugtracker的链接。您可以浏览打开的Bug列表以查找可能的DealBraker。如果你发现问题,你可以在这里报告
- 评论:一些模块有Perl社区的简短评论和评级。你提到的模块还没有任何评分,因此作为一个例子,这里是
- 列在右栏中。如果单击“dependencies”链接,可以获得给定perl版本所需非核心模块的测试结果摘要。不幸的是,目前似乎没有任何可用的结果
注:根据
corelist
程序,IO::Compress::Gzip
是自perl5,v9.4以来的核心模块。这并不意味着什么:核心模块在核心中是因为需要它们来安装其他模块(或者因为它们具有历史意义…CGI,*cough*)。然而,这表明它相当稳定,并且完全跨平台。IO::Compress::Gzip是一个核心模块,因此应该可以在Perl支持的每个平台上工作。