Liu Yubao wrote: > Qiang (James) wrote: >> Liu Yubao wrote: >> >> 嗯，回复的时候要记得删掉。。 >> >> >> 冲突还是很多的。 >> >> 比如说系统 Perl 版本比较低,很多自带模块版本都比较低，而你们的系统组因为 >> 担心不匹配不同意更新到最新的 Perl。。。 >> >> 比如说系统组更新了 Perl 而没有通知你。。。 >> >> 比如说系统 Perl 编译了 threading 而你并不需要这个功能，想有一个更快的 >> Perl... > 这个提升性能很明显吗？
看情况了。。不是优化 Perl 的第一步，但是值得注意。大概原因我记得是因为在 thread 情况下 Perl 需要一些工作来实现 thread safe.. > >> 比如说安装 DBIx::Class 的时候需要的一个 Perl 自带模块版本 > 0.8 而已有的 >> 是 0.7.. 这时你就需要在 local::lib 另装一个符合要求的。好像没什么大不了 >> 的但是感觉很乱，hairy... 我使用的这个 CGI 模块是系统自带的还是...？？ > 这个问题可以用 pmtools 的 pmload 非常好的解决。 这可能不是什么大问题，而且解决这个问题的方法有几个。但是想到在不小心的情 况下有可能使用到错误版本的模块而没有意识到，这会让我觉得不舒服。 > >> 或者你的开发小组明星成员喜欢使用 gentoo 而其他人使用 debian.... 怎么让开 >> 发成员有一个共同的开发环境呢？单独的 Perl + 自编译模块供全体成员使用基本 >> 上可以解决这个问题。 > 你们得统一发行版了。。。。 最好的情况下是这样的。但是总还有例外。 > >> 或者你不是 root...或者你想尝试一下 Perl 6 :-) >> >> 有一个可以自己控制的 Perl 环境可以消除上面这些问题。 >> 如果单独拿出上面的任何一项，可能不是很有说服力，但是综合一下还是“有一个 可以自己控制的 Perl 环境” 更好些。 Qiang -- 您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。 要向此网上论坛发帖，请发送电子邮件至 [email protected]。 要取消订阅此网上论坛，请发送电子邮件至 [email protected]。 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
