| Current File : //usr/man/zh_CN.UTF-8/man5/standards.5 |
'\" te
.\" Copyright (c) 2007, 2015, Oracle and/or its affiliates.All rights reserved.
.TH standards 5 "2015 年 3 月 25 日" "SunOS 5.11" "标准、环境和宏"
.SH 名称
standards, ANSI, C, C++, ISO, POSIX, POSIX.1, POSIX.2, SUS, SUSv2, SUSv3, SVID, SVID3, XNS, XNS4, XNS5, XPG, XPG3, XPG4, XPG4v2 \- Oracle Solaris 支持的标准和规范
.SH 描述
.sp
.LP
Oracle Solaris 支持 IEEE 标准 1003.1 和 IEEE 标准 1003.2（通常分别称为 POSIX.1 和 POSIX.2）。下表列出了这些标准的每个版本及其简要说明，以及最先遵从这些标准的 SunOS 或 Solaris 发行版。
.sp
.sp
.TS
tab();
cw(1.25i) cw(3.3i) cw(.95i)
lw(1.25i) lw(3.3i) lw(.95i)
.
POSIX 标准说明发行版
_
POSIX.1-1988系统接口和系统头SunOS 4.1
_
POSIX.1-1990POSIX.1-1988 更新Solaris 2.0
_
POSIX.1b-1993实时扩展Solaris 2.4
_
POSIX.1c-1996线程扩展Solaris 2.6
_
POSIX.2-1992shell 和实用程序Solaris 2.5
_
POSIX.2a-1992交互式 shell 和实用程序Solaris 2.5
_
POSIX.1–2001T{
POSIX.1-1990、POSIX.1b-1993、POSIX.1c-1996、POSIX.2-1992 和 POSIX.2a-1992 更新
T}Solaris 10
_
POSIX.1-2004POSIX.1-2001 更新Oracle Solaris 11
.TE
.sp
.LP
Oracle Solaris 还支持 X/Open Common Applications Environment (CAE) Portability Guide Issue 3 (XPG3) 和 Issue 4 (XPG4)、单一 UNIX 规范（Single UNIX Specification，SUS，亦称为 XPG4v2）、单一 UNIX 规范版本 2 (Single UNIX Specification, Version 2, SUSv2) 以及单一 UNIX 规范版本 3 (Single UNIX Specification, Version 3, SUSv3)。XPG4 和 SUS 均包括 Networking Services Issue 4 (XNS4)。SUSv2 包括 Networking Services Issue 5 (XNS5)。
.sp
.LP
下表列出了每个 X/Open 规范及其简要说明，以及最先遵从这些标准的 SunOS 或 Solaris 发行版。
.sp
.sp
.TS
tab();
cw(1.29i) cw(3.27i) cw(.93i)
cw(1.29i) cw(3.27i) cw(.93i)
.
X/Open CAE
_
规范说明发行版
_
XPG3T{
POSIX.1-1988 的超集，包含 SVID3 中的实用程序
T}SunOS 4.1
_
XPG4T{
POSIX.1-1990、POSIX.2-1992 和 POSIX.2a-1992 的超集，包含从 XPG3 到 POSIX 标准的扩展
T}Solaris 2.4
_
SUS (XPG4v2)T{
XPG4 的超集，包含常见应用程序软件包广泛使用的旧式 BSD 接口
T}Solaris 2.6
_
XNS4套接字和 XTI 接口Solaris 2.6
_
SUSv2T{
SUS 的超集，已扩展为支持 POSIX.1b-1993、POSIX.1c-1996 和 ISO/IEC 9899（C 标准）修订 1
T}Solaris 7
_
XNS5T{
XNS4 的超集和干净的 LP64 派生接口。
T}Solaris 7
_
SUSv3与 POSIX.1–2001 相同Solaris 10
.TE
.sp
.LP
XNS4 规范只有在 ILP32（32 位）环境中使用才是安全的，不应该用于 LP64（64 位）应用程序环境。在这种环境中，应使用 XNS5 或 SUSv3，XNS5 或 SUSv3 具有可在 ILP32 和 LP64 环境中移植的干净的 LP64 接口。Solaris 发行版 7 到 Oracle Solaris 11 支持 ILP32 和 LP64 两种环境。
.sp
.LP
Solaris 发行版 7 到 10 标为符合 The Open Group 的 UNIX 98 产品标准。Solaris 10 到 Oracle Solaris 11 标为符合 The Open Group 的 UNIX 03 产品标准。
.sp
.LP
Solaris 发行版 2.0 到 Oracle Solaris 11 支持 System V 接口定义第 3 版的卷 1 至卷 4 (SVID3) 指定的接口。然而请注意，由于此规范的开发者 (UNIX Systems Laboratories) 已不再运营并且此规范遵从 POSIX 和 X/Open CAE 规范，因此对符合此规范当前所要达到的要求有一些分歧。
.sp
.LP
安装 Oracle Solaris Studio 12.4 C 编译器后，Oracle Solaris 11 即支持 ANSI X3.159-1989 编程语言 - C 和 ISO/IEC 9899:1990 编程语言 - C (C) 接口。
.sp
.LP
安装 Oracle Solaris Studio 12.4 C 编译器后，Oracle Solaris 11 即支持 ISO/IEC 9899:1990 修订 1:1995: C Integrity。
.sp
.LP
安装 Oracle Solaris Studio 12.4 C 编译器后，Oracle Solaris 11 即支持 ISO/IEC 9899:1999 编程语言 - C。
.sp
.LP
安装 Oracle Solaris Studio 12.4 C++ 编译器后，Oracle Solaris Studio 12.4 C++ 5.14 即支持 ISO/IEC 14882:1998 编程语言－C++。编译器自述文件中介绍了该标准不支持的功能。
.SS "实用程序"
.sp
.LP
如果 POSIX.2、POSIX.2a、XPG4、SUS 或 SUSv2 要求的行为与旧式 Solaris 实用程序行为冲突，将不会更改实用程序的原始 Solaris 版本；\fB/usr/xpg4/bin\fR 中提供了符合标准的新版本。如果 POSIX.1–2001 或 SUSv3 要求的行为与旧式 Solaris 实用程序行为冲突，\fB/usr/xpg4/bin\fR 或 \fB/usr/xpg6/bin\fR 中提供了符合标准的新版本。如果 POSIX.1–2001 或 SUSv3 要求的行为与 POSIX.2、POSIX.2a、SUS 或 SUSv2 冲突，\fB/usr/xpg6/bin\fR 中提供了符合 SUSv3 标准的新版本。
.sp
.LP
如果应用程序要使用符合标准的实用程序，则必须设置 \fBPATH\fR（\fBsh\fR(1) 或 \fBksh\fR(1)）或者 \fBpath\fR (\fBcsh\fR(1)) 环境变量，以指定顺序指定下列目录来获取相应的实用程序：
.sp
.ne 2
.mk
.na
\fBSVID3、XPG3\fR
.ad
.sp .6
.RS 4n
.RS +4
.TP
1.
\fB/usr/bin\fR
.RE
.RS +4
.TP
2.
包含编译器的二进制文件的目录
.RE
.RS +4
.TP
3.
包含应用程序所需的二进制文件的其他目录
.RE
.RE
.sp
.ne 2
.mk
.na
\fBPOSIX.2、POSIX.2a、SUS、SUSv2、XPG4\fR
.ad
.sp .6
.RS 4n
.RS +4
.TP
1.
\fB/usr/xpg4/bin\fR
.RE
.RS +4
.TP
2.
\fB/usr/bin\fR
.RE
.RS +4
.TP
3.
包含编译器的二进制文件的目录
.RE
.RS +4
.TP
4.
包含应用程序所需的二进制文件的其他目录
.RE
.RE
.sp
.ne 2
.mk
.na
\fBPOSIX.1–2001、SUSv3\fR
.ad
.sp .6
.RS 4n
.RS +4
.TP
1.
\fB/usr/xpg6/bin\fR
.RE
.RS +4
.TP
2.
\fB/usr/xpg4/bin\fR
.RE
.RS +4
.TP
3.
\fB/usr/bin\fR
.RE
.RS +4
.TP
4.
包含编译器的二进制文件的目录
.RE
.RS +4
.TP
5.
包含应用程序所需的二进制文件的其他目录
.RE
.RE
.sp
.LP
当应用程序使用 \fBexeclp()\fR 或 \fBexecvp()\fR（请参见 \fBexec\fR(2)）来执行 shell 文件或使用 \fBsystem\fR(3C) 时，用于解释 shell 文件的 shell 取决于调用者遵循的标准：
.sp
.sp
.TS
tab();
cw(4.33i) cw(1.17i)
lw(4.33i) lw(1.17i)
.
标准使用的 Shell
_
T{
1989 ANSI C、1990 ISO C、1999 ISO C、POSIX.1 (1990–2001)、SUS、SUSv2、SUSv3、XPG4
T}\fB/usr/xpg4/bin/sh\fR
T{
POSIX.1 (1988)、SVID3、XPG3 或未指定标准
T}\fB/usr/bin/sh\fR
.TE
.SS "功能测试宏"
.sp
.LP
功能测试宏供应用程序用来指示用户需要的 C 标准指定的那些功能之外的其他功能集。如果应用程序仅使用特定标准（如 POSIX 或 X/Open CAE）定义的接口和头，则仅需要定义该标准指定的相应功能测试宏。如果应用程序要使用该标准未定义的接口和头，则除了定义相应的标准功能测试宏之外，还必须定义 \fB__EXTENSIONS__\fR。通过定义 \fB__EXTENSIONS__\fR，应用程序便可以访问与指定的标准不冲突的所有接口和头。应用程序必须在编译命令行或应用程序源文件中定义 \fB__EXTENSIONS__\fR。
.SS "1989 ANSI C、1990 ISO C、1999 ISO C"
.sp
.LP
无需定义功能测试宏来指示应用程序符合 C 标准。
.SS "ANSI/ISO C++"
.sp
.LP
ANSI/ISO C++ 未定义任何功能测试宏。如果编译器根据编译器缺省值和命令行选项预定义的标准 C++ 声明宏 \fB__cplusplus\fR 设置为 199711 或更大值，则编译器会以符合标准的模式运行，并指示符合 C++ 标准。值 199711 指示符合该标准要求的 ISO/IEC 14882:1998。（如上所述，该标准的符合性并不完整。）
.sp
.LP
未针对 POSIX 或 X/Open CAE 定义 C++ 绑定，因此指定功能测试宏（如 \fB_POSIX_SOURCE\fR、\fB_POSIX_C_SOURCE\fR 和 \fB_XOPEN_SOURCE\fR）会由于与 C++ 标准和其他规范的要求冲突而导致编译错误。
.SS "POSIX"
.sp
.LP
要符合 POSIX.1 的应用程序必须在加入任何头之前定义该标准指定的功能测试宏。对于以下列出的标准，应用程序必须定义所列出的功能测试宏。应用程序编写者必须在对应的标准中查找其他可查询的宏，以确定实现是否支持所需的选项。
.sp
.sp
.TS
tab();
cw(2.75i) cw(2.75i)
lw(2.75i) lw(2.75i)
.
\fBPOSIX 标准\fR\fB功能测试宏\fR
_
POSIX.1-1990\fB_POSIX_SOURCE\fR
_
T{
POSIX.1-1990 和 POSIX.2-1992 C 语言绑定选项
T}\fB_POSIX_SOURCE\fR 和 \fB_POSIX_C_SOURCE=2\fR
POSIX.1b-1993\fB_POSIX_C_SOURCE=199309L\fR
_
POSIX.1c-1996\fB_POSIX_C_SOURCE=199506L\fR
_
POSIX.1–2001\fB_POSIX_C_SOURCE=200112L\fR
.TE
.SS "SVID3"
.sp
.LP
SVID3 规范未指定任何功能测试宏用于指示编写的应用程序符合 SVID3 要求。SVID3 规范是在 C 标准完成之前编写的。
.SS "X/Open CAE"
.sp
.LP
要构建或编译符合 X/Open CAE 规范之一的应用程序，请遵循以下准则。如果应用程序同时需要 CAE 和 POSIX 功能，则不需要设置 POSIX 功能测试宏。
.sp
.ne 2
.mk
.na
\fBXPG3\fR
.ad
.RS 16n
.rt
应用程序必须定义 \fB_XOPEN_SOURCE\fR。如果 \fB_XOPEN_SOURCE\fR 定义了值，该值必须小于 500。
.RE
.sp
.ne 2
.mk
.na
\fBXPG4\fR
.ad
.RS 16n
.rt
应用程序必须定义 \fB_XOPEN_SOURCE\fR 并设置 \fB_XOPEN_VERSION=4\fR。如果 \fB_XOPEN_SOURCE\fR 定义了值，该值必须小于 500。
.RE
.sp
.ne 2
.mk
.na
\fBSUS (XPG4v2)\fR
.ad
.RS 16n
.rt
应用程序必须定义 \fB_XOPEN_SOURCE\fR 并设置 \fB_XOPEN_SOURCE_EXTENDED=1\fR。如果 \fB_XOPEN_SOURCE\fR 定义了值，该值必须小于 500。
.RE
.sp
.ne 2
.mk
.na
\fBSUSv2\fR
.ad
.RS 16n
.rt
应用程序必须定义 \fB_XOPEN_SOURCE=500\fR。
.RE
.sp
.ne 2
.mk
.na
\fBSUSv3\fR
.ad
.RS 16n
.rt
应用程序必须定义 \fB_XOPEN_SOURCE=600\fR。
.RE
.SS "编译"
.sp
.LP
Oracle Solaris Studio 12.4 C 编译器提供了符合 ISO/IEC 99899:1999（1999 ISO C 语言）标准的编译系统以及 \fBc99\fR 实用程序。
.sp
.LP
将 \fBld\fR 直接用于链接应用程序时，必须在任何 link/load 命令行中指定 \fB/usr/lib/values-xpg4.o\fR，除非应用程序符合 POSIX.1–2001 或 SUSv3，在这种情况下必须在任何 link/load 编译行中指定 \fB/usr/lib/values-xpg6.o\fR。将 \fBcc\fR 或 \fBCC\fR 用于链接应用程序时，编译器会自动添加相应的文件。但是，构建应用程序的首选方法如下表所述。
.sp
.LP
符合 XNS4 或 XNS5 的应用程序必须在任何 link/load 命令行中包括 \fB-l\fR \fBXNS\fR，并且要分别定义针对 SUS 或 SUSv2 指定的功能测试宏。
.sp
.LP
如果编译器支持 \fBredefine_extname\fR pragma 功能（Oracle Solaris Studio 12.4 C 编译器和 Oracle Solaris Studio 12.4 C++ 编译器定义了 \fB__PRAGMA_REDEFINE_EXTNAME\fR 宏来指示它们支持此功能），则标准头会使用 \fB#pragma\fR \fBredefine_extname\fR 指令将函数名称正确映射到库入口点名称。此映射完全支持 ISO C、POSIX 和 X/Open 名称空间保留项。
.sp
.LP
如果编译器不支持此 pragma 功能，则标准头会使用 \fB#define\fR 指令将内部函数名称映射到相应的库入口点名称。在这种情况下，应用程序应避免显式使用 \fBlf64\fR(5) 手册页上列出的 64 位文件偏移符号，因为实现会使用这些名称来命名替代的入口点。
.sp
.LP
使用 Oracle Solaris Studio 12.4 C 编译器时，符合以上所列规范的应用程序应使用下表中指出的实用程序和标志进行编译：
.sp
.in +2
.nf
Specification Compiler/Flags Feature Test Macros
_________________________________________________________________________
1989 ANSI C and 1990 ISO C c89 none
_________________________________________________________________________
1999 ISO C c99 none
_________________________________________________________________________
SVID3 cc -Xt -xc99=none none
_________________________________________________________________________
POSIX.1-1990 c89 _POSIX_SOURCE
_________________________________________________________________________
POSIX.1-1990 and POSIX.2-1992 c89 _POSIX_SOURCE and
C-Language Bindings Option POSIX_C_SOURCE=2
_________________________________________________________________________
POSIX.1b-1993 c89 _POSIX_C_SOURCE=199309L
_________________________________________________________________________
POSIX.1c-1996 c89 _POSIX_C_SOURCE=199506L
_________________________________________________________________________
POSIX.1-2001 c99 _POSIX_C_SOURCE=200112L
_________________________________________________________________________
POSIX.1c-1996 c89 _POSIX_C_SOURCE=199506L
_________________________________________________________________________
CAE XPG3 cc -Xa -xc99=none _XOPEN_SOURCE
_________________________________________________________________________
CAE XPG4 c89 _XOPEN_SOURCE and
_XOPEN_VERSION=4
_________________________________________________________________________
SUS (CAE XPG4v2) c89 _XOPEN_SOURCE and
(includes XNS4) _XOPEN_SOURCE_EXTENDED=1
_________________________________________________________________________
SUSv2 (includes XNS5) c89 _XOPEN_SOURCE=500
_________________________________________________________________________
SUSv3 c99 _XOPEN_SOURCE=600
.fi
.in -2
.sp
.sp
.LP
对于支持 LP64（64 位）编程环境的平台，应使用以下格式的命令行来构建符合 SUSv2 的使用 XNS5 库调用的 LP64 应用程序：
.sp
.in +2
.nf
c89 $(getconf XBS5_LP64_OFF64_CFLAGS) -D_XOPEN_SOURCE=500 \e
$(getconf XBS5_LP64_OFF64_LDFLAGS) foo.c -o foo \e
$(getconf XBS5_LP64_OFF64_LIBS) -lxnet
.fi
.in -2
.sp
.LP
应使用以下格式的命令行来构建符合 SUSv3 的类似 LP64 应用程序：
.sp
.in +2
.nf
c99 $(getconf POSIX_V6_LP64_OFF64_CFLAGS) -D_XOPEN_SOURCE=600 \e
$(getconf POSIX_V6_LP64_OFF64_LDFLAGS) foo.c -o foo \e
$(getconf POSIX_V6_LP64_OFF64_LIBS) -lxnet
.fi
.in -2
.SS "SUSv3"
.sp
.ne 2
.mk
.na
\fB\fBc99\fR\fR
.ad
.RS 28n
.rt
\fB_XOPEN_SOURCE=600\fR
.RE
.SH 另请参见
.sp
.LP
\fBcsh\fR(1)、\fBksh\fR(1)、\fBsh\fR(1)、\fBexec\fR(2)、\fBsysconf\fR(3C)、\fBsystem\fR(3C)、\fBenviron\fR(5)、\fBlf64\fR(5)