B.2.80 -xcode[= v]

(SPARC) 指定代码地址空间。

强烈建议您通过指定 -xcode=pic13 或 -xcode=pic32 来生成共享对象。可以使用 -xarch=v9 -xcode=abs64 和 -xarch=v8 -xcode=abs32 生成可用的共享对象，但这样做效率很低。用 -xarch=v9、-xcode=abs32 或 -xarch=v9、-xcode=abs44 生成的共享对象无法工作。

v 必须是以下项之一：

32 位体系结构的缺省值为 -xcode=abs32。64 位体系结构的缺省值为 -xcode=abs44。

生成共享动态库时，-xcode 缺省值 abs44 和 abs32 无法与 64 位体系结构一同使用。可改为指定 -xcode=pic13 或 -xcode=pic32。在 SPARC 上使用 – xcode=pic13 和 – xcode=pic32 时，存在两项名义性能成本。

• 用 – xcode=pic13 或 – xcode=pic32 编译的例程会在入口点执行一些附加指令，以将寄存器设置为指向用于访问共享库的全局或静态变量的表 (_GLOBAL_OFFSET_TABLE_) 。

• 对全局或静态变量的每次访问都会涉及通过 _GLOBAL_OFFSET_TABLE_ 的额外间接内存引用。如果编译包括 -xcode=pic32，则每个全局和静态内存引用中都会有两个附加指令。

在考虑上述成本时，请记住：由于受到库代码共享的影响，使用 -xcode=pic13 和 -xcode=pic32 可显著降低系统内存需求。共享库中使用 -xcode=pic13 或 – xcode=pic32 编译的每个代码页都可以由使用该库的每个进程共享。如果共享库中的代码页包含非 pic（即绝对）内存引用，即使仅包含单个非 pic 内存引用，该页也将变为不可共享，而且每次执行使用该库的程序时都必须创建该页的副本。

确定是否已经使用 -xcode=pic13 或– xcode=pic32 编译 .o 文件的最简单方法是使用 nm 命令：

% nm file.o | grep _GLOBAL_OFFSET_TABLE_ U _GLOBAL_OFFSET_TABLE_

包含与位置无关的代码的 .o 文件将包含对 _GLOBAL_OFFSET_TABLE_ 无法解析的外部引用（用字母 U 标记）。

要确定使用 – xcode=pic13 还是 – xcode=pic32，请使用 elfdump -c（有关更多信息，请参见 elfdump(1) 手册页）检查全局偏移表 (Global Offset Table, GOT) 的大小并查找节标题 sh_name: .got。sh_size 值是 GOT 的大小。如果 GOT 小于 8,192 字节，请指定 -xcode=pic13，否则指定 -xcode=pic32。

通常，应根据以下准则来确定如何使用 -xcode：

• 如果是生成可执行文件，则不应该使用 – xcode=pic13 或 -xcode=pic32。

• 如果是生成仅用于链接到可执行文件的归档库，则不应该使用 – xcode=pic13 或 -xcode=pic32。

• 如果要生成共享库，请先使用 – xcode=pic13，一旦 GOT 大小超过 8,192 字节，再使用 -xcode=pic32。

• 如果要生成用于链接到共享库的归档库，则应该使用 -xcode=pic32。