VxWorks中tornado2.2中的编译器支持哪个C语言标准，有哪些标准库？

最新推荐文章于 2024-04-13 15:11:57 发布

小熊coder

最新推荐文章于 2024-04-13 15:11:57 发布

阅读量1.3k

点赞数 2

分类专栏：实时嵌入式文章标签： c语言 vxworks

本文链接：https://blog.csdn.net/qq_41854911/article/details/118460912

版权

实时嵌入式专栏收录该内容

47 篇文章 31 订阅

订阅专栏

通过观察tornado2.2的安装目录，我们可以发现其编译器所在目录。

这和我们在电脑上安装的MinGW的安装目录内容几乎是一致的，下面图片是我在Win10上安装的MinGW

在该目录下搜索发现，有g++,gdb.make等gnu常用工具链

可以看出tornado上的编译器工具都是在标准GCC上进行了一些改编，至于和标准GCC有哪些不同，这个暂时我也不知道。

下面我们就要弄清楚该GCC是基于哪个版本的了？

下面是不同GCC版本对C语言和C++的支持情况了

GCC 版本	C语言常用标准
C89/C90	C99	C11	C17	GNU90	GNU99	GNU11	GNU17
10.1 ~ 8.4	c89 / c90	c99	c11	c17/c18	gnu90/gnu89	gnu99	gnu11	gnu17/gnu18
7.5 ~ 5.5	c89/c90	c99	c11		gnu90/gnu89	gnu99	gnu11
4.9.4 ~ 4.8.5	c89/c90	c99	c11		gnu90/gnu89	gnu99	gnu11
4.7.4	c89/c90	c99（部分支持）	c11（部分支持）		gnu90/gnu89	gnu99（部分支持）	gnu11（部分支持）
4.6.4	c89/c90	c99（部分支持）	c1x（部分支持）		gnu90/gnu89	gnu99（部分支持）	gnu1x（部分支持）
4.5.4	c89/c90	c99（部分支持）			gnu90/gnu89	gnu99（部分支持）

注意，表头表示的是各个编译标准的名称，而表格内部的则为 -std 可用的值，例如 -std=c89、-std=c11、-std=gnu90 等（表 2 也是如此）。

表 2 罗列了常用的 GCC 版本对 C++ 程序编译标准的支持程度。

GCC 版本	C++常用标准
C++98/03	C++11	C++14	C++17	GNU++98	GNU++11	GNU++14	GNU++17
10.1 ~ 8.4	c++98/c++03	c++11	c++14	c++17	gnu++98/gnu++03	gnu++11	gnu++14	gnu++17
7.5 ~ 5.5	c++98/c++03	c++11	c++14	c++1z（部分支持）	gnu++98/gnu++03	gnu++11	gnu++14	gnu++1z（部分支持）
4.9.4 ~ 4.8.5	c++98/c++03	c++11	c++1y（部分支持）		gnu++98/gnu++03	gnu++11	gnu++1y（部分支持）
4.7.4	c++98	c++11（部分支持）			gnu++98	gnu++11（部分支持）
4.6.4	c++98	c++0x（部分支持）			gnu++98	gnu++0x（部分支持）
4.5.4	c++98	c++0x（部分支持）			gnu++98	gnu++0x（部分支持）

表 1、2 中，有些版本对应的同一编译标准有 2 种表示方式，例如对于 8.4~10.1 版本的 GCC 编译器来说，-std=c89 和 -std=c90 是一样的，使用的都是 C89/C90 标准。另外，GCC 编译器还有其他版本，读者可查阅 GCC文档获得相关信息。

在GCC官网上有比这更全的版本说明，考虑到VxWorks5.5还是很久之前的操作系统，因此其GCC版本不可能会很高。

GCC版本说明：GCC online documentation

通过将编译器目录下的bin目录加入环境变量(安装过MINGW的应该对这个很熟)，我们可以通过命令行来查看GCC版本。

可以看到g++simpc和g++pentium的GCC版本显示都是gcc-2.96

通过查询得知，gcc-2.96是一个开发版，而不是一个稳定发行版。

GCC 3.0是一项重大工作，涉及对GCC 2.95的ABI更改。由于“GCC 2.96”基于GCC 3.0开发的快照，因此ABI可能会不断变化，您将使用开发快照作为生产编译器会产生副作用。

因此个人猜测就是windriver把当时的GCC3.0开发的快照拿去进行改编了。

在网上也找到了GCC官网发的对gcc-2.96的一个说明。

GCC 2.96

October 6th, 2000

It has come to our attention that some GNU/Linux distributions are currently shipping with ``GCC 2.96''.

We would like to point out that GCC 2.96 is not a formal GCC release nor will there ever be such a release. Rather, GCC 2.96 has been the code- name for our development branch that will eventually become GCC 3.0.

Current snapshots of GCC, and any version labeled 2.96, produce object files that are not compatible with those produced by either GCC 2.95.2 or the forthcoming GCC 3.0. Therefore, programs built with these snapshots will not be compatible with any official GCC release. Actually, C and Fortran code will probably be compatible, but code in other languages, most notably C++ due to incompatibilities in symbol encoding (``mangling''), the standard library and the application binary interface (ABI), is likely to fail in some way. Static linking against C++ libraries may make a binary more portable, at the cost of increasing file size and memory use.

To avoid any confusion, we have bumped the version of our current development branch to GCC 2.97.

Please note that both GCC 2.96 and 2.97 are development versions; we do not recommend using them for production purposes. Binaries built using any version of GCC 2.96 or 2.97 will not be portable to systems based on one of our regular releases.

If you encounter a bug in a compiler labeled 2.96, we suggest you contact whoever supplied the compiler as we can not support 2.96 versions that were not issued by the GCC team.

Please see https://gcc.gnu.org/snapshots.html if you want to use our latest snapshots. We suggest you use 2.95.2 if you are uncertain.

重点在这句话Actually, C and Fortran code will probably be compatible, but code in other languages, most notably C++ due to incompatibilities in symbol encoding (``mangling’’), the standard library and the application binary interface (ABI), is likely to fail in some way.

所以在VxWorks5.5上还是乖乖用C语言吧，就别想着用C++了，等下出了问题都不知道是哪里出了问题。

那gcc2.6应该是支持C89/C90的，但是是否支持C99呢？

默认的编译命令参数为

-g -mpentium -ansi -fno-builtin -fno-defer-pop -I. -IC:/Tornado2.2/target/h/ -DCPU=SIMNT -DTOOL_FAMILY=gnu -DTOOL=gnu

当我们将 -ansi 改成 -std = c99 时，会报错，如下图所示

当我们将 -ansi 改成 -std = c89 时，不会报错，可以正常编译，如下图所示

通过上面我们可以看出，该编译器只支持C89标准的。

其实我们还可以通过一个特别简单的程序来验证编译器是否支持C99。

大家应该都知道对于C89/C90标准的编译器是不支持在for循环中定义变量的，测试代码如下

int main(void) {
	for(int i = 0; i < 5; i++){
		;
	}
     return 0;
}

所以编译会发生报错

代码改成下面这样就可以正常编译了

int main(void) {
	int i;
	for(i = 0; i < 5; i++){
		;
	}
     return 0;
}

另外，编译器命令参数那里，我们使用了-ansi 参数，该参数与 -std = c89是等价的，都不支持双斜线注释（//）。

这篇文章说了一下这个问题：如何使GCC能够处理双斜线注释（C++风格注释）？

我们改为-std=gnu89是不行的，不支持。

试了下 -lang-c-c+±comments ，发现是可以的，只是会报一个提示

但是程序是可以download进模拟机并正常运行的。

那这个编译器是否支持所有的标准库呢？

C语言标准库有十五个

通过下面一段代码来测试一下

#include <stdio.h>
#include <stdlib.h>
#include <assert.h>
#include <ctype.h>
#include <errno.h>
#include <limits.h>
#include <locale.h>
#include <math.h>
#include <setjmp.h>
#include <stdarg.h>
#include <stddef.h>
#include <string.h>
#include <time.h>

int main() {
	printf("hello world\n");
	return 0;
}

发现可以正常通过编译，说明这些头文件都是存在的。

其实通过上面编译器的命令我们也可以看出很多信息，在此就不赘述了。

这边找到一篇说明的文章：Tornado编译vxworks本质及过程

我们可以找到项目下的makefile，内容如下

# Makefile generated by the project manager
#


## core information

PRJ_FILE       = teststructlib.wpj
ifeq ($(wildcard Makefile),)
PRJ_DIR        = ..
else
PRJ_DIR        = .
endif
PRJ_TYPE       = vxApp
PRJ_OBJS       = main.o
BUILD_SPEC     = SIMNTgnu
TGT_DIR        = $(WIND_BASE)/target




## build-configuration info

ifeq ($(BUILD_SPEC),SIMNTgnu)
CPU              = SIMNT
TOOL             = gnu
TOOL_FAMILY      = gnu
DEFAULT_RULE     = teststructlib.out
endif

include $(TGT_DIR)/h/make/defs.project

## build-configuration info

ifeq ($(BUILD_SPEC),SIMNTgnu)
AR               = arsimpc
AS               = ccsimpc
CC               = ccsimpc
CC_ARCH_SPEC     = -mpentium
CFLAGS           = -g -mpentium -ansi -fno-builtin -fno-defer-pop -I. -I$(WIND_BASE)/target/h/ -DCPU=SIMNT -DTOOL_FAMILY=gnu -DTOOL=gnu
CFLAGS_AS        = -g -mpentium -ansi -fno-builtin -fno-defer-pop -P -xassembler-with-cpp -I. -I$(WIND_BASE)/target/h/ -DCPU=SIMNT -DTOOL_FAMILY=gnu -DTOOL=gnu
CPP              = ccsimpc -E -P
LD               = ldsimpc
LDFLAGS          = --subsystem=windows
LD_PARTIAL       = ccsimpc -r -nostdlib
LD_PARTIAL_FLAGS = -r
NM               = nmsimpc -g
OPTION_DEFINE_MACRO = -D
OPTION_DEPEND    = -M -w
OPTION_GENERATE_DEPENDENCY_FILE = -MD
OPTION_INCLUDE_DIR = -I
OPTION_LANG_C    = -xc
OPTION_UNDEFINE_MACRO = -U
SIZE             = sizesimpc
TOOL_FAMILY      = gnu
POST_BUILD_RULE  = 
PRJ_LIBS         = 
endif

# override make definitions only below this line


# override make definitions only above this line
include $(TGT_DIR)/h/make/rules.project



## build-configuration info

ifeq ($(BUILD_SPEC),SIMNTgnu)
main.o:
	$(CC) -g -mpentium -ansi -fno-builtin -fno-defer-pop -I. -I$(WIND_BASE)/target/h/ -DCPU=SIMNT -DTOOL_FAMILY=gnu -DTOOL=gnu -c $(PRJ_DIR)/../layermodel/main.c
endif


## dependencies

main.o: $(PRJ_DIR)/../layermodel/main.c \
	$(WIND_BASE)/host/$(WIND_HOST_TYPE)/lib/gcc-lib/i386-pc-mingw32/gcc-2.96/include/stddef.h \
	$(WIND_BASE)/host/$(WIND_HOST_TYPE)/lib/gcc-lib/i386-pc-mingw32/gcc-2.96/include/stdarg.h


## user defined rules

嗯嗯，就酱，下篇文章应该就是关于GCC和makefile的了，敬请期待！

小熊coder

关注

2
点赞
踩
9

收藏

觉得还不错? 一键收藏
打赏
1
评论
VxWorks中tornado2.2中的编译器支持哪个C语言标准，有哪些标准库？

通过观察tornado2.2的安装目录，我们可以发现其编译器所在目录。这和我们在电脑上安装的MinGW的安装目录内容几乎是一致的，下面图片是我在Win10上安装的MinGW在该目录下搜索发现，有g++,gdb.make等gnu常用工具链可以看出tornado上的编译器工具都是在标准GCC上进行了一些改编，至于和标准GCC有哪些不同，这个暂时我也不知道。下面我们就要弄清楚该GCC是基于哪个版本的了？下面是不同GCC版本对C语言和C++的支持情况了GCC 版本C语言常用标准
复制链接

扫一扫