linux应用程序编程界面规范(编辑修改稿)

linux应用程序编程界面规范(编辑修改稿)内容摘要：

明的显式引用的部分才认为是正式的。 表 21. 标准化的（正式的）引用 System V Application Binary Interface DRAFT 22 June 2020 DWARF Debugging Information Format, Revision (July 27, 1993) Filesystem Hierarchy Standard (FHS) 名称 ./fhs/ IEEE Standard for Binary FloatingPoint Arithmetic System V Application Binary Interface, Edition ISO/IEC 9899: 1999, Programming Languages C ISO/IEC 14882: 1998(E) Programming languages C++ Linux Assigned 名称 s And Numbers Authority Large File Support LI18NUX 2020 Globalization Specification, Version with Amendment 4 Linux Standard Base OpenGL174。 Application Binary Interface for Linux OSFRFC POSIX RFC 1952: GZIP file format specification version GB/T — 3 RFC 2440: OpenPGP Message Format CAE Specification, January 1997, Commands and Utilities (XCU), Issue 5 (ISBN: 1859121918, C604) The Single UNIX174。 Specification(SUS) Version 3 System V Interface Definition, Issue 3 (ISBN 0202066524) System V Interface Definition,Fourth Edition Double Buffer Extension Library X Display Power Management Signaling (DPMS) Extension, Library Specification X Record Extension Library Security Extension Specification, Version X Nonrectangular Window Shape Extension Library Version MITSHMThe MIT Shared Memory Extension X Synchronization Extension Library XTEST Extension Library X InterClient Exchange (ICE) Protocol X11 Input Extension Library Xlib C library X/Open Portability Guide, Issue 4 X Session Management Library X Toolkit Intrinsics zlib Manual 关联的库 列在此处的库在 LSB符合的系统上可用。 这个清单由结构特定的规格说明补充或修订。 GB/T — 4 表 22 标准库名 库 运行时名 libX11 LibXt LibGL LibXext LibICE LibSM Libdl Libcrypt Libz Libncurses Libutil Libstdcxx libstdc++. Libpam libgcc_s 这些库应在实现有关的目录中，动态链接程序默认地对此目录进行搜索。 3 定义和术语 定义 gLSB LSB 规格说明的公共部分，它描述那些跨越 LSB 的所有硬件实现都是相同的接口部分。 archLSB LSB 规格说明的体系结构部分，它描述平台专用的接口的专用部分。 archLSB 是 gLSB 的补充。 符合 LSB 的实现 满足以下要求的实现： 实现应完全实现在目标处理器体系结构硬件手册中描述的体系结构。 实现应能执行具有本文档中描述的格式和使用本文档中描述的系统接口的编译的应用程序。 实现应提供包含由本 规范规定的接口的库和应提供允许这些库在运行时连接至应用程序的动态链接机制。 所有接口应按在此文档中规定的那样动作。 由实现提供的虚拟存储器的映像应符合本文档的要求。 关于功能调用连接、系统陷入、信号和其他这样的活动的实现的低级行为应符合在本文档中描述的GB/T — 5 格式。 实现应完全地提供所有强制的接口。 实现可以提供一个或多个任选的接口。 每个任选的接口应完整地提供。 产品文档应说明提供了哪些任选的接口。 实现应提供作为本规范的一部分规定的所有文件和实用程序，它们的格式应如在本规范中或在其他引用的文档中定义的。 所有命令和 实用程序应按在本规范中所要求的那样动作。 实现也应提供在本规范中引用或包括在本规范中的应用程序的运行时环境的所有强制部分。 实现当对于命名的接口用标准的数据格式和值提供时，应提供此接口那此值和数据格式定义的行为。 然而，一符合的实现可由分开打包和 /或销售的部件组成。 例如，一符合的实现的销售商可以分别包的形式销售硬件、操作系统和窗口系统。 实现可以用不同的名提供附加的接口。 对于标准命名的接口，也可以提供相应于超出标准范围的数据值的附加的行为。 LSB 应用程序符合性 应用程序应满足以下要求： 1) 它的执行文件或者是 shell脚本或格式由目标文件格式系统界面定义的目标文件。 2) 它的目标文件参与在程序装入和链接系统界面中定义的动态链接。 3) 它只使用正在由应用程序使用的低级系统界面中定义的指令、陷入和其他低级设施。 4) 若为了成功安装或执行，要求使用任何在本文档中定义的任选界面，此任选界面的要求应在应用程序的文档中说明。 5) 它不使用不要求符合的实现提供的任何界面或数据格式，除非：  若这样的界面或数据格式是由另一个应用程序在执行时直接引用的，而此应用程序是 LSB符合的应用程序。  所用的界面和数据格式以及它的源在应用程序的文档中标识。 6) 对 于命名的界面不应使用为销售商扩展保留的任何值。 —— 严格符合的应用程序不要求使用未在本文档中定义的任何界面、设施或实现定义的扩展以保证成功地安装或执行。 讨论 —— LSB符合的应用程序应不依赖于任何销售商对本文档的扩展。 这些扩展最公共的是附加的函数入口点和未在本文档中定义的附加库。 若一应用程序要求这样的扩展，则它是不可移植的，因为别的 LSB符合的实现并不提供这样的扩展。 LSB符合的应用程序要求使用它运行的实现的系统服务，而不是从某些别的实现输入系统例程。 因此，它必须动态链接至执行系统陷入和核心服务的实 现中的任何例程。 可以预料某些应用程序可能引用到别的应用程序。 例如，查询应用程序可能引用到一数据库应用程序；预处理器可能是一个或多个编译程序的附属物；数据再格式器可能转换数据从一个文档管理器至另一个。 在这样情况下应用程序可能是也可能不是 LSB符合的，不管它所依赖的别的应用程序是GB/T — 6 否是 LSB符合的。 若这样的应用程序只用由别的应用程序产生的数据，应用程序的符合性是独立于别的应用程序的符合性。 若这样的应用程序实际上在执行期间引用另一个应用程序（例如，第三方的数学库），只有在与被引用的应用程序组合时也构成一 LSB符合 的应用程序时，引用的应用程序是 LSB符合的。 实现定义的（ Implementationdefined） 描述不是由本文档定义而由实现者选择的值或行为。 此值和行为，在符合本文档的实现间可以改变。 应用程序不宜依赖这些值或行为的存在。 依赖这样的值或行为的应用程序不能保证在符合的实现间是可移植的。 实现者应说明这样的值或行为，使它们能被应用程序正确使用。 过时的 （ Obsolescence） 这指示主语句或条款在此标准的将来版本中将删去。 提供的（ Provided） 在本规格说明书中是强制的并在所有符合的实现中实现 的一定的设施。 Shell 脚本 由解释程序（例如， awk）读的文件。 Shell脚本的第一行包括对它的二进制解释程序的引用。 支持的（ Supported） 一定的设施，在本规格说明书中是可选的。 若设施是支持的，它的行为按本规格说明书规定。 若一种设施由实现 ―支持的（ supported） ‖， 实现必须说明如何得到和安装此设施，或设施由用户显式选择的实现的安装程序安装或用别的系统部件隐含安装。 若实现支持一种设施，实现的分销商应递交此设施并能在实现上运行。 未定义的 （ Undefined） 描述本文档未定义的值或 行为的本性，这些会导致使用无效的程序结构或无效的数据输入。 这些值或行为在符合本文档的实现间可能改变。 应用程序不宜依赖这些值或行为的存在或有效。 依赖任何具体的值或行为的应用程序不能保证在符合的实现间是可移植的。 未规定的（ Unspecified） 描述从有效的程序构连或有效的数据输入导致的本文档未规定的值或行为的本性。 其值或行为在符合本文格的实现之间可以改变。 应用程序不宜依赖这些值或行为的存在或有效。 依赖任何具体的值或行为的应用程序不能保证在符合的实现间是可移植的。 通用术语 字符（ character） 一 个或多个字节序列，代表单个图形符号或控制码。 此术语相应于 ISO C标准术语 multibyte character (多字节字符 )，其中，单字节字符是多字节字符的特殊情况。 不像在 ISO C标准中的使用，此处字符（ character）不必与存储空间相关，当讨论存储空间时用字节。 [Single UNIX Specification, Version 2] GB/T — 7 字节（ byte） 数据存储的一个独立能寻址的单元，它等于或大于一个八位位组，用于存储一字符或字符的一部分，见 character。 一个字节是由连续的位序列组 成，它的位数是实现相关的。 最小有效位称为低序位，最高有效位称为高序位。 注意，字节的这种定义是故意脱离在某些国际标准中字节的使用，在那儿字节用作八位位组（始终为八位）的同义字。 在基于 ISO/IEC 99452:1993标准的系统中，一个字节可以大于八位，所以，它可以是大的数据对象的完整的一部分，甚至于不能被八位除（例如一 36位字，它包含四个 9位字节）。 [Single UNIX Specification, Version 2] 字符集（ character set） 不同字符的一有限集，用于表示、组织 或控制数据。 [Single UNIX Specification, Version 2] 编码字符集（ coded character set） 一有明确规则的集，它建立字符集和在集中的每个字符与它的位表示有一对一的关系。 [Single UNIX Specification, Version 2] 码集 应用规则的结果，它映射字符集的每一个元素到一数字的码值。 字符集的一个元素可能相关于多于一个数字的码值，但，反之是不正确的。 然而，对于状态有关的编码，在数字的码值和字符集元素之间的关系可能进一步由状态信息控 制。 字符集可能比可能的数字的码值的总数少一些元素；即，某些码值可能未赋予。 [Single UNIX Specification, Version 2] 国际化（ internationalization） 计算机程序中能力的准备，使它自己能适应不同国家语言、当地习惯和编码字符集的需求。 [Single UNIX Specification, Version 2] 全球化（ globalization） 一种产品开发方法，它保证软件产品通过国际化和本地化的组合在世界范围的市场上是可用的。 语境（ locale） 用户环境的子集定义，它依赖于语言和文化约定。 [Single UNIX Specification, Version 2] GB/T — 8 本地化（ localization） 计算机系统中建立专用于具体的国家语言、当地习惯和编码字符集操作信息的过程。 [Single UNIX Specification, Version 2] 当地习惯（ local customs） 地理区域或版图对于某些事项例如日期、时间和货币格式的约定。 [Single UNIX。