perltru64 - 云端在线

程序：

您的姓名

perltru64 - Tru5 上的 Perl 版本 64（以前称为 Digital UNIX，以前称为 DEC
OSF/1) 系统

商品描述

本文档介绍了 HP（以前的 Compaq，以前的 Digital）的各种功能
Unix 操作系统 (Tru64) 将影响 Perl 版本 5（以下简称 Perl）的运行方式
配置、编译和/或运行。

编译中 Perl的 5 on 真64
推荐在 Tru64 中使用的编译器是本机 C 编译器。 本地编译器
生成更快的代码（速度差异很明显：几十个百分比）
还有更正确的代码：如果您正在考虑使用 GNU C 编译器，您应该使用
至少 2.95.3 的版本，因为已知所有较旧的 gcc 版本都会产生
编译 Perl 时损坏的代码。 这种破坏的一种表现是 lib/sdbm
测试倾倒核心； 另一个是许多 op/regexp 和 op/pat，或 ext/Storable 测试
dumping core（故障的确切模式取决于 GCC 版本和优化
标志）。

众所周知，gcc 3.2.1 可以与 Perl 5.8.0 一起正常工作。 但是在优化toke.c gcc的时候
喜欢有很多内存，256兆好像就够了。 默认设置为
Tru64 中的过程数据部分应该是 XNUMX GB，但某些站点/设置可能有
降低了那个。 Perl 的配置过程检查过低的进程限制，以及
如有必要，降低对 toke.c 的优化，并提供有关如何提高的建议
过程限制。

此外，配置可能会中止

构建一个线程 Perl？ [n]
配置 [2437]：第 1 行的语法错误：不应出现“config.sh”。

这表明 Configure 正在使用损坏的 Korn shell 运行（即使您认为
您正在通过使用“sh Configure”或“./Configure”来使用 Bourne shell）。 科恩贝壳
截至 1999 年 XNUMX 月，错误已报告给 Compaq，但与此同时，ksh 的原因
正在使用的是您将环境变量 BIN_SH 设置为“xpg4”。 这引起
/ bin / sh的 将其职责委托给 /bin/posix/sh (a ksh)。 取消设置环境变量
并重新运行配置。

运用 L大号 档 - Perl的 on 真64
在 Tru64 Perl 自动能够使用大文件，即大于 2 的文件
千兆字节，则无需使用中所述的配置 -Duselargefiles 选项
安装（尽管使用该选项是无害的）。

螺纹的 Perl的 on 真64
如果你想使用线程，你应该主要使用 Perl 5.8.0 线程模型
使用 -Duseithreads 运行配置。

Perl 线程只能在 Tru64 4.0 和更新版本中工作，旧版操作
像 3.2 这样的版本可能无法与线程一起正常工作。

在 Tru64 V5（至少 V5.1A、V5.1B）中，您不能使用 gcc 构建线程化 Perl，因为
系统头显式检查支持的 C 编译器，gcc（至少
3.2.2) 不是其中之一。 但是系统 C 编译器应该可以正常工作。

长 双打 on 真64
除非您至少有 Tru64 V5.0，否则您不能配置 Perl 以使用长双精度
在此之前，长时间的双重支持根本不够实用。 Perl 的配置将
覆盖尝试使用长双打（你可以通过配置发现这一点
该 修改() 功能无法正常工作）。

在撰写本文时（2002 年 64 月），TruXNUMX libc 打印中存在一个已知错误
不使用“e”符号时的长双打。 这些值是正确且可用的，但是您
只显示有限数量的数字，除非您通过使用“printf
"%.33e",$num" 等。对于 Tru64 版本 V5.0A 到 V5.1A，需要一个补丁
perl 5.8.0 发布后的某个时间。 如果你的 libc 还没有打补丁，你会得到
选择长双打时来自配置的警告。

数据库文件 测试 失败 on 真64
DB_File 测试（db-btree.t、db-hash.t、db-recno.t）可能会失败您已经安装了更新的
进入系统的 Berkeley DB 版本以及 -I 和 -L 编译器和链接器标志
引入与 DB 1.85 头文件和库的版本冲突
Tru64。 例如，将 DB v2 库与 DB v1 标头混合是一个坏主意。 手表
退出配置选项 -Dlocincpth 和 -Dloclibpth，并检查您的 /usr/local/包括
和 在/ usr / local / lib目录 因为它们是默认包含的。

第二个选项是明确指示 Configure 检测较新的 Berkeley DB
安装，通过提供正确的目录“-Dlocincpth=/some/include”和
“-Dloclibpth=/some/lib” 和 在运行“make test”之前将你的 LD_LIBRARY_PATH 设置为
/一些/库.

第三个选项是通过在以下情况下完全禁用 DB_File 来解决该问题
通过指定 -Ui_db 来配置来构建 Perl，然后使用来自的 BerkeleyDB 模块
CPAN 而不是 DB_File。 BerkeleyDB 与 Berkeley DB 版本 2.* 或更高版本一起使用。

Berkeley DB 4.1.25 已经用 Tru64 V5.1A 进行了测试，发现可以工作。 最新的
Berkeley DB 可以从http://www.sleepycat.com>.

64 bit Perl的 on 真64
在 Tru64 Perl 的整数自动为 64 位宽，无需使用
如安装中所述配置 -Duse64bitint 选项。 同样，不需要
-Duse64bitall 因为指针自动为 64 位宽。

</p> 关于 浮点 溢出 ，尤其是 编译 Perl的 on 真64
在 Tru64 中编译 Perl 时，您可能（取决于编译器版本）看到两个警告
喜欢这个

cc：警告：numeric.c，第 104 行：在此语句中，浮点数
在评估表达式“1.8e308”时发生溢出。 (漂浮物)
返回 HUGE_VAL;
------------^

以及编译 POSIX 扩展时

cc：警告：const-c.inc，第 2007 行：在此语句中，浮点数
在评估表达式“1.8e308”时发生溢出。 (漂浮物)
返回 HUGE_VAL;
------------------^

确切的行号可能因 Perl 版本而异。 警告是良性的，可以
忽略：在以后的 C 编译器版本中，警告应该消失了。

当文件 pp_sys.c 正在编译你可能（取决于操作系统
发行版）看到正在使用的附加编译器标志：“-DNO_EFF_ONLY_OK”。 这是正常的
并指仅当您使用“filetest”编译指示时才相关的功能。 在较旧的
操作系统的版本该功能被破坏并且 NO_EFF_ONLY_OK 指示
Perl 不使用该功能。

测试与验证 Perl的 on 真64

在“make test”期间，“comp/cpp”将被跳过，因为在 Tru64 上无法对其进行测试
在安装 Perl 之前。 测试是指使用 Perl 的“-P”选项。

分机/ODBM_File/odbm 测试 错误 通过 静止 构建

ext/ODBM_File/odbm 因静态构建（Configure -Uusedl）而失败，原因是
Tru64 的静态 libdbm 库中的已知错误。 好消息是你很可能不会
需要使用 ODBM_File 扩展名，因为更高级的 NDBM_File 工作正常，而不是
提到更高级的 DB_File。

Perl的 失败 计划 Of 未解决 图形符号 袜子标记

如果您收到类似的错误

无法为模块 IO 加载“.../OSF1/lib/perl5/5.8.0/alpha-dec_osf/auto/IO/IO.so”：.../lib/perl5/5.8.0/ 中的未解析符号alpha-dec_osf/auto/IO/IO.so：sockatmark 位于 .../lib/perl5/5.8.0/alpha-dec_osf/XSLoader.pm 第 75 行。

您需要在 Tru64 4.0D 中重新编译您的 Perl 或将您的 Tru64 4.0D 升级到 at
至少 4.0F： 袜子标记（） Tru64 4.0F 新增系统调用，IO 扩展
指那个符号。

read_cur_obj_info： 坏 文件 魔法 数

您可能将 Tru64 cc/ar/ld 与 GNU gcc/ar/ld 混合使用。 这可能有效，但有时
它没有（您的 gcc 或 GNU 实用程序可能已为不兼容的操作系统版本编译）。

尝试“which ld”和“which ld”（或尝试“ar --version”和“ld --version”，它们仅适用于
对于 GNU 工具，并将宣布自己是这样），并调整您的 PATH 以便
您一直在使用本机工具或 GNU 工具。 修复你的后
PATH，您应该执行“make distclean”并从运行配置开始
因为你可能有一个相当混乱的情况。

使用 onworks.net 服务在线使用 perltru64