本文目录
- linux模块编译时，默认的编译器是什么怎么有时候指定了CC=arm-linux- 但是command里面没有用到CC
- keil 5 error in include chain (cmsis_armcc.h) expected identifier or ‘（’;
- 有关armcc编译器的问题
- armcc屏蔽编译错误
- ARMCC和ARMCLANG两代编译器有什么区别
- 求助，开始安装系统时gcc是能用的，后来装了交叉编译的arm-unknown-linux-gcc，就出问题了
- cygwin 中如何安装arm-linux-gcc交叉编译器
linux模块编译时，默认的编译器是什么怎么有时候指定了CC=arm-linux- 但是command里面没有用到CC
默认的编译器是gcc。在linux 里 gcc 便是cc，两者是没区别的，gcc前面的g是代表GNU（至于GNU的意思，你可以查百科之类，关于linux的历史了）的意思。假如如没有cc，你查下gcc有没有。假如没有，说明你装的是交叉编译工具arm-linux-gcc。CC=arm-linux- 应该是 CC=arm-linux-gcc。arm-linux-gcc 应该是用来编译嵌入式的。
keil 5 error in include chain (cmsis_armcc.h) expected identifier or ‘（’;
我刚刚也遇到了这个问题，参考了别人的经验解除了这个错误。好像是KEIL5对中文的不兼容。你的路径下可能有的文件夹是用中文进行命名的，我把我的h文件路径中的中文文件夹更名成英文后，再次编译错误就没了。你可以试试，希望可以帮到你。
有关armcc编译器的问题
如在如下子目录中：d:\new\01可用下述命令：armcc d:\new\01\filename.c 有多长写多长，后边加个：\《文件名》
armcc屏蔽编译错误
armcc屏蔽编译错误解决方法如下。1、这个问题主要是ARM编译器版本产生的，是这两个版本产生了问题。升级到6.13版本理论上就可以解决该问题了。升级ARM编译器的版本是比较耗时的。要下载新的ARM版本，要做一系列的配置，让keil5开发环境能够支持6.13的ARM编译器。2、勾选掉OneELFSectionperFunction，不行。这个其实也是一种优化方案，意思就是对没有调用到的函数就直接优化掉，不要放到最终的ELF二进制文件中。
ARMCC和ARMCLANG两代编译器有什么区别
armcc，armclang都是arm的编译器，armcc支持到Armv7架构，armclang可以支持Armv6,Armv7, Armv8以及今后Arm的新处理器。如果是原来老项目，可以继续使用armcc，但对于新项目或新的Arm core，建议armclang。
求助，开始安装系统时gcc是能用的，后来装了交叉编译的arm-unknown-linux-gcc，就出问题了
考虑可能是gcc 出问题了，结果使用man gcc 查看是不是有此命令。出人意料的是没发现gcc 命令。不知出了什么问题，感觉不应该出这样的问题呀，这不是系统自带的吗？再三找原因，到论坛上发个帖子问了问老师，才发现fc6安装的时候必须定制这些安装包，不能按默认安装否则会少装好多文件。 于是想个解救的方法吧，到网上查了好多资料，也下了好几个安装包，不过按网上的说明一步一步安装，到最后都会出错。具体步骤如下：安装之前，必须保证系统中有cc或者gcc等编译器，并且是可用的，或者用环境变量CC指定系统上的编译器。如果系统上没有编译器，不能安装源代码形式的GCC 3.3.1情况，可以在网上找一个与你系统相适应的如RPM等二进制形式的GCC软件包来安装使用。本文介绍的是以源代码形式提供的GCC软件包的安装过程，软件包本身和其安装过程同样适用于其它Linux和Unix系统。 系统上原来的GCC编译器可能是把gcc等命令文件、库文件、头文件等分别存放到系统中的不同目录下的。与此不同，现在GCC建议我们将一个版本的GCC安装在一个单独的目录下。这样做的好处是将来不需要它的时候可以方便地删除整个目录即可（因为GCC没有uninstall功能）；缺点是在安装完成后要做一些设置工作才能使编译器工作正常。在本文中我采用这个方案安装GCC 3.3.1在安装完成后，仍然能够使用原来低版本的GCC编译器，即一个系统上可以同时存在并使用多个版本的GCC编译器。
cygwin 中如何安装arm-linux-gcc交叉编译器
交叉编译工具链作为嵌入式Linux开发的基础，直接影响到嵌入式开发的项目进度和完成质量。由于目前大多数开发人员使用Windows作为嵌入式开发的宿主机，在Windows中通过安装VMware等虚拟机软件来进行嵌入式Linux开发，这样对宿主机的性能要求极高。Cygwin直接作为Windows下的软件完全能满足嵌入式Linux的开发工作，对硬件的要求低及方便快捷的特点成为嵌入式开发的最佳选择。目前网络上Cygwin下直接可用的交叉编译器寥寥无几且版本都比较低，不能满足开源软件对编译器版本依赖性的要求(如低版本工具链编译U-Boot出现软浮点问题等);Crosstool等交叉工具链制作工具也是更新跟不上自由软件版本的进度;同时系统介绍Cygwin下制作交叉编译器方面的资料很少。针对上述情况，基于最新版gcc等自由软件构建Cygwin下的交叉编译器显得尤为迫切和重要。构建前准备工作 首先Cygwin下必须保证基本工具比如make}gcc等来构建bootstrap-gcc编译器，这可以在安装Cygwin时选择安装。参照gcc等安装说明文档来在Cygwin下查看是否已经安装，如输入gcc --v等。源码下载 gcc-4.5.0的编译需mpc的支持，而mpc又依赖gmp和mpfr库。从各个项目官方网站上下载的最新的源码: binutils-2.20. l .tar.bz2 gmp-S.O. l .tar.bz2 mpc-0.8.2.tar.gz mpfr-3.O.O.tar.bz2 gcc-4.S.O.tar.bz2 linux-2.6.34.tar.bz2 glibc-2.11.2.tar.bz2 glibc-ports-2. l l .tar.bz2gdb-7. l.tar.bz2设置环境变量 HOST:工具链要运行的目标机器;BUILD:用来建立工具链的机器;TARGET工具链编译产生的二进制代码可以运行的机器。 BUILD=i686-pc-cygwin HOST=i686-pc-cygwin TARGET=arm-linux SYSROOT指定根目录，$PREFIX指定安装目录。目标系统的头文件、库文件、运行时对象都将被限定在其中，这在交叉编译中有时很重要，可以防止使用宿主机的头文件和库文件。本文首选$SYSROOT为安装目录，$PREFIX主要作为glibc库安装目录。 SYSROOT=/cross-root PREFIX=/cross-root/arm-linux 由于GCC-4.5.0需要mpfr,gmp,mpc的支持，而这三个库又不需要交叉编译，仅仅是在编译交叉编译链时使用，所以放在一个临时的目录。 TEMP_PREFIX=/build-temp 控制某些程序的本地化的环境变量: LC ALL=POSIX 设置环境变量: PATH=$SYSROOT/bin:儿in:/usr/bin 设置编译时的线程数f31减少编译时间: PROCS=2 定义各个软件版本: BINUTILS V=2.20.1 GCC V=4.5.0 GMP V=5.0.1 MPFR V=3.0.0 MPC V二0.8.2 LINUX V二2.6.34 GLIBC V=2.11.2 GLIBC-PORTS V=2.11 GDB V=7.1构建过程详解 鉴于手工编译费时费力，统一把构建过程写到Makefile脚本文件中，把其同源码包放在同一目录下，执行make或顺次执行每个命令即可进行无人值守的编译安装交叉工具链。以下主要以Makefile执行过程为主线进行讲解。执行“make”命令实现全速运行 可在Cygwin的Shell环境下执行“make》make.log 2》&1”命令把编译过程及出现的错误都输出到make.log中，便于查找: all:prerequest install-deps install-cross-stage-one install-cross-stage-two预处理操作 "make prerequest’，命令实现单步执行的第一步，实现输出变量、建立目录及解压源码包等操作。0’set十h”关闭bash的Hash功能，使要运行程序的时候，shell将总是搜索PATH里的目录。这样新工具一旦编译好，shell就可以在$(SYSROOT)/bin目录里找到: prerequest: set +h&&mkdir -p $(SYSROOT)/bin&& mkdir -p $(PREFIX)/include&& mkdir -p $(TEMP一REFIX)&& export PATH LCes ALL&& tar -xvf gmp-$(GMP_V).tar.bz2&& tar -xvf mpfr-$(MPFR_V).tar.bz2&& tar -xvf mpc-$(MPC_V).tar.gz&& tar -xvf binutils-$(BINUTILS_V).tar.bz2&& tar -xvf gcc-$(GCC_V).tar.bz2&& tar -xvf linux-$(LINUX_V).tar.bz2&& tar -xvf glibc-$(GLIBC_V).tar.bz2&& tar -xvf glibc-ports-$(GLIBC-PORTS_V).tar.bz2&& my glibc-ports-$(GLIBC-PORTS_V) glibc-$(GLIBC_V)/ports&& tar -xvf gdb-$(GDB V).tar.bz2非交叉编译安装gcc支持包mpc 00make install-deps”命令实现单步执行的第二步，实现mpc本地编译，mpc依赖于gmp和mpfr install-deps:gmp mpfr mpc gmp:gmp-$(GMP_V) mkdir -p build/gmp&&cd build/gmp&& ../../gmp-*/configure --disable-shared --prefix=$(TEMP_PREFIX)&& $(MAKE)一$(PROCS)&&$(MAKE) install mpfr:mpfr-$(MPFR_V) mkdir -p b-uild/mpfr&&cd build/mpfr&& ../..//mpfr-*/configure LDF’LAGS="-Wl,-search_paths_first”--disable-shared --with-gmp=$(TEMP_PREFIX) --prefix=$(TEMP_PREFIX)&& $(MAKE)一$(PROCS) all&&$(MAKE) install mpc: mpc-$(MPC_V) gmp mpfr mkdir -p build/mpc&&cd build/mpc&& ../../mpc-*/configure --with-mpfr=$(TEMP PREFIX) --with-gmp=$(TEMP_PREFIX) --prefix=$(TEMP_PREFIX)&& $(MAKE)一$(PROCS)&&$(MAKE) install交叉编译第一阶段 "make install-cross-stage-one’，命令实现单步执行的第三步，编译安装binutils,bootstrap-gcc和获取Linux内核头文件: install-cross-stage-one:cross-binutils cross-gcc get-kernel-headers 编译安装binutils cross-binutils: binutils-$(BINUTILS_ V) mkdir -p build/binutils&&cd build/binutils&& ../..//binutils-*/configure --prefix=$(SYSROOT) --target=$(TARGET)--disable-nls&& $(MAKE)j$(PROCS)&&$(MAKE) install 编译安装bootstrap-gcc。使用一disable-shared参数的意思是不编译和安装libgcc_ eh.a文件。glibc软件包依赖这个库，因为它使用其内部的一lgcc_eh来创建系统。这种依赖性，可通过建立一个指向libgcc.a符号链接得到满足，因为该文件最终将含有通常在libgcc- eh.a中的对象(也可通过补丁文件实现)。 cross-gcc:gcc-$(GCC_V) mkdir -p build/gcc&&cd build/gcc&& 二//gcc-*/configure --target=$(TARGET)--prefix=$(SYSROOT) --disable-nls --disable-shared --disable-multilib --disable-decimal-float--disable-threads --disable-libmudflap --disable-libssp --disable-libgomp --enable-languages=c --with-gmp=$(TEMP_PREFIX) --with-mpfr=$(TEMP_PREFIX) --with-mpc=$(TEMP_PREFIX)&& $(MAKE) -j$(PROCS)&&$(MAICE) install&& In -vs libgcc.a’arm-linux-gcc -print-libgcc-file-name I sed’s/libgcc/& eh/’} 获取Linux内核头文件: get-kernel-headersainux-$(LINUX_V) cd linux-$(LINUX_V)&& $(MAICE) mrproper&&$(MAKE) headers check&& $(MAKE) ARCH=arm&& INSTALLes HDR_ PATH=dest headers_ install&& find dest/include (-name .install一。-name ..installNaNd)-delete&& cp -rv desdinclude/* $(PREFIX)/include交叉编译第二阶段 编译安装glibc、重新编译安装binutils、完整编译安装gcc和编译安装gdb o "make install-cross-stage-two’，命令实现单步执行的第四步: install-cross-stage-two:cross-glibc cross-rebinutils cross-g++ cross-gdb 编译安装glibca glib。的安装路径特意选为$(PREFIX)，与gcc更好找到动态链接库也有关系，选在$(SYSROOT)提示找不到crti.o; glibc已经不再支持i386; glibc对ARM等的处理器的支持主要通过glibc-ports包来实现;正确认识大小写敏感(Case Sensitive)和大小写不敏感(CaseInsensitive)系统，大小写敏感问题主要影响到glibc，是交叉编译glibc成功的关键:Cygwin帮助手册中可知Cygwin是默认大小写不敏感的n}，但是UNIX系统是大小写敏感的，这也是Cygwin和UNIX类系统的一个区别。通过作者自行参考制作的glibc-2.11.2-cygwin.patch补T使glibc变为Case-Insensitive，此补丁主要是对大小写敏感问题改名来实现。 交叉编译过程中安装的链接器，在安装完Glibc以前都无法使用。也就是说这个配置的forced unwind支持测试会失败，因为它依赖运行中的链接器。设置libc_ cvforced unwind=yes这个选项是为了通知configure支持force-unwind，而不需要进行测试。libc cv_c_cleanup=yes类似的，在configure脚本中使用libc_cv_c cleanup=yes，以便配置成跳过测试而支持C语言清理处理。 cross-glibc:glibc-$(GLIBC_V) cd glibc-$(GLIBC_V)&& patch -Np 1 –i...//glibc-2.11.2-cygwin.patch&& cd..&&mkdir -p build/glibc&& cd build/glibc&& echo"libc cv_forcedes unwind=yes"》config.cache&& echo "libc cv_c_cleanup=yes"》》config.cache&& echo "libc cv_arm_tls=yes"》》config.cache&& ../../glibc-*/configure --host=$(TARGET) --build=$(../OneScheme/glibc-2.11.2/scripts/config.guess) --prefix=$(PREFIX)--disable-profile --enable-add-ons --enable-kernel=2.6.22.5 --with-headers=$(PREFIX)/include --cache-file=config.cache&& $(MAKE)&&$(MAKE) install 重新编译安装binutils。编译之前要调整工具链，使其指向新生成的动态连接器。 调整工具链: SPECS= ’dirname $(arm-linux-gcc -print-libgcc-file-name)’/specs arm-linux-gcc -dumpspecs sed -e ’s@/lib(64)\?/ld@$(PREFTX)&@g’ -e ,}/}}*cPP}$/{n;s,$，-isystem $(PREFIX)/include,}" 》$SPECS echo "New specs file is: $SPECS" unset SPECS 测试调整后工具链: echo ’main(川’》dummy.c arm-linux-gcc -B/cross-root/arm-linux/lib dummy.c readelf -1 a.out I grep’:/cross-roobarm-linux’ 调整正确的输出结果: [Requesting program interpreter: /tools/lib/ld-linux.so.2j 一切正确后删除测试程序: rm -v dummy.c a.out 重新编译binutils。指定--host,--build及--target，否则配置不成功，其config.guess识别能力不如gcc做的好。 cross-rebinutils: binutils-$(BINUTILS_V) mkdir -p build/rebinutils&& cd build/rebinutils&&CC="$(TARGET)-gcc -B/cross-roodarm-linux/lib/"&&AR=$(TARGET)-ar&& RANLIB=$(TARGET)-ranlib&&../..//binutils-*/configure --host=$(HOST)--build=$(BUILD)--target=$(TARGET) --prefix=$(SYSROOT)--disable-nls --with-lib-path=$(PREFIX)/lib&& $(MAKE)--$(PROCS)&&$(MAKE) install 高于4.3版的gcc把这个编译当作一个重置的编译器，并且禁止在被一prefix指定的位置搜索startfiles。因为这次不是重置的编译器，并且$(SYSROOT)目录中的startfiles对于创建一个链接到$$(SYSROOT)目录库的工作编译器很重要，所以我们使用下面的补丁，它可以部分还原gcc的老功能tai . patch -Npl –i../gcc-4.5.0-startfiles_fix-l.patch 在正常条件下，运行gcc的fixincludes脚本，是为了修复可能损坏的头文件。它会把宿主系统中已修复的头文件安装到gcc专属头文件目录里，通过执行下面的命令，可以抑制fixincludes脚本的运行(此时目录为/gcc-4.5.0)。 cp -v gcc/Makefile.in{,.orig} sed ’s@\./fixinc\.sh@-c true@’ gcc/Makefile.in.orig 》 gcc/Makefile.in 下面更改gcc的默认动态链接器的位置，使用已安装在/cross-root/ann-linux目录下的链接器，这样确保在gcc真实的编译过程中使用新的动态链接器。即在编译过程中创建的所有二进制文件，都会链接到新的glibc文件 for file in $(find gcc/config -name linux64.h-o -name linux.h –o -name sysv4.h) do cp -uv $file{,.orig} sed -a ’s@/lib(64)?(32)?/Id@/cross-root/arm-linux&@g’-e’s@/usr@/cross-rootlarm-linux@g’ $file.orig》$file echo‘ #undef STANDARD INCLUDE DIR #define STANDARD_ INCLUDE DIR "/cross-root/arm-linux/include" #define STANDARD STARTFILE PREFIX 1 "/cross-root/arm-linux/lib" #define STANDARD_ STARTFILE_ PREFIX_ 2””’》》$file touch $file.orig done 完整编译安装gcc。最好通过指定--libexecdir更改libexecdir到atm-linux目录下。--with-local-prefix选项指定gcc本地包含文件的安装路径此处设为$$(PREFIX)，安装后就会在内核头文件的路径下。路径前指定$(Pwd)则以当前路径为基点，不指定则默认以/home路径为基点，这点要注意。 cross-g++:gcc-$(GCC-) mkdir -p build/g十+&&cd build/g++&& CC="$(TARGET)-gcc AR=$(TARGET)-ar&& -B/cross-roodarm-linux/lib/"&& RANLIB=$(TARGET)-ranlib&& ..//gcc-*/configure --host=$(HOST)--build=$(BUILD)--target=$(TARGET) --prefix=$(SYSROOT)--with-local-prefix=$(PREFIX) --enable-clocale=gnu --enable-shared --enable-threads=posix --enable -cxa_atexit --enable-languages=c,c++--enable-c99 --enable-long-long --disable-libstdcxx-pch --disable-libunwind-exceptions --with-gmp=$(TEMP_PREFIX) --with-mpfr=$(TEMP_PREFIX) --with-mpc=$(TEMP_PREFIX)&& $(MAKE) LD_IBRARY_ATH= $(pwd)/$(../../gcc-4.5.0/config.guess)/libgcc&& $(MAKE) install 编译安装gdb，至此完成整个工具链的制作。 cross-gdb: gdb-$(GDB V) mkdir -p build/gdb&&cd build/gdb&& ../../gdb-*/configure --prefix=$(SYSROOT) --target=$(TARGET)--disable-werror&& $(MAKE)-j$(PROCS)&&$(MAKE) install“make clean”命令清除编译生成的文件和创建解压的文件夹 .PHONY:clean dean: rm -fr $(TEMP_PREFIX) build binutils-$(BINUTIL,S_V) gcc-$(GCC_V) glibc-$(NEWL.IB_V) gdb-$(GDB_V) gmp-$(GMP_V) mpc-$(MPC_V) mpfr-$(MPFR_V)工具链测试 命令行中输入以下内容: echo ’main(){}’》dummy.c arm-linux-gcc -o dummy.exe dummy.c file dummy.exe 运行正常的结果: dummy.exe: ELF 32-bit LSB executable, ARM, version 1,for GNU/Linux 2.6.22, dynamically linked (uses shared libs),not stripped.
