msvcarm编译器

㈠ cygwin下进行arm交叉编译器制作时出现的问题

建议找专业人事问一下吧

㈡ ARM开发工具有哪些

ARM开发需要基于ARM编译器的集成开发环境，本人使用的是Keil-MDK，所以就拿这个给你介绍下。
Keil-MDK 是keil公司Microcontroller Develop Kits的缩写，包括ARM编译器和uVision4集成开发环境，支持软件仿真调试。支持主流厂商ARM内核和CotexM3内核芯片。
有了软件仿真环境，调试还需要硬件仿真调试，即在线仿真。uVision无缝连接主流的仿真器，如：ULINK2 ，JLINK，H-JTAG，还有周立功的AK-100。

㈢ 如何编译可以在Windows下运行的带有python支持的ARM linux GDB

做这件事情的目的是为了在QtCreator里调试ARM Linux程序的时候，能看清楚QString、QList这些Qt特有的对象的内容，而不是一个完全看不懂的结构体。
目前（2014年8月）Linaro、CodeSourcery的GCC工具链里的GDB都不支持Python。想知道你用的GDB支持不支持，试一试就行，这样表示不支持：
(gdb) python
>print 'Hello GDB!'
>（按Ctrl+D）Python scripting is not supported in this of GDB.
这样表示支持：
(gdb) python
>print 'Hello GDB!'
>（按Ctrl+D）Hello GDB!
这件事情乍一看也很简单，只要把GDB源码下载下来，然后再配置，打开Python支持就行了。实际上会遇到的问题是，在MinGW下，又要与“\”和“:”这两个Windows路径里的刺头斗争了。我觉得我之前挺傻，编译MinGW下Qt的时候，就去硬磕源码和configure脚本去了。这次GDB的configure是自动生成的，不是给人看的，configure.ac看起来也很费劲，根本磕不下去，于是我换了个思路，在ubuntu下交叉编译吧，sudo apt-get install mingw32，这是Ubuntu下的MinGW交叉编译器。
然后是依赖，这样的GDB要依赖expat和python的开发版本。如果是ubuntu底下直接编译，apt-cache search一下他们的开发版本，然后sudo apt-get install一下就好了；给MinGW交叉编译就麻烦了。先说expat，这个好办，把http://downloads.sourceforge.net/project/expat/expat/2.1.0/expat-2.1.0.tar.gz下载下来，然后：
./configure --prefix=[安装目录，如/home/c/mingw-gdb/expat] --host=i586-mingw32msvc
make
make install
会提示一些警告，无视即可。
Python就无语了，目前的GDB貌似最高支持Python 2.7，而2.7版本的Python本身不支持MinGW…… 好在有高手做了Patch，也写了说明，可以参考这文章：http://mdqinc.com/blog/2011/10/cross-compiling-python-for-windows-with-mingw32/
但是，就算这样，编译也充满挑战，要修复很多问题，出来的Python还少“nt”模块。就在我觉得没办法的时候，突然发现Windows版Qt提供的MinGW居然内置了Python开发包，位置在Tools/mingw48_32/opt，赶紧把它拷贝到Linux下，比如/home/c/mingw-gdb/python。当然，你也必须确保ubuntu下有可用的python。
然后，给GDB打一个补丁：
--- gdb-7.8/gdb/configure 2014-07-29 20:37:42.000000000 +0800
+++ gdb-7.8-old/gdb/configure 2014-08-30 00:08:27.122042706 +0800
@@ -8263,21 +8263,22 @@
# We have a python program to use, but it may be too old.
# Don't flag an error for --with-python=auto (the default).
have_python_config=yes
- python_includes=`${python_prog} ${srcdir}/python/python-config.py --includes`
+ python_config_tool=`echo ${python_prog} | sed "s#python.exe#python-config#g"`
+ python_includes=`${python_config_tool} --includes`
if test $? != 0; then
have_python_config=failed
if test "${with_python}" != auto; then
as_fn_error "failure running python-config --includes" "$LINENO" 5
fi
fi
- python_libs=`${python_prog} ${srcdir}/python/python-config.py --ldflags`
+ python_libs=`${python_config_tool} --ldflags`
if test $? != 0; then
have_python_config=failed
if test "${with_python}" != auto; then
as_fn_error "failure running python-config --ldflags" "$LINENO" 5
fi
fi
- python_prefix=`${python_prog} ${srcdir}/python/python-config.py --exec-prefix`
+ python_prefix=`${python_config_tool} --exec-prefix`
if test $? != 0; then
have_python_config=failed
if test "${with_python}" != auto; then
@@ -8343,12 +8344,12 @@
return 0;
}
_ACEOF
-if ac_fn_c_try_link "$LINENO"; then :
+#if ac_fn_c_try_link "$LINENO"; then :
have_libpython=${version}
found_usable_python=yes
PYTHON_CPPFLAGS=$new_CPPFLAGS
PYTHON_LIBS=$new_LIBS
-fi
+#fi
rm -f core conftest.err conftest.$ac_objext \
conftest$ac_exeext conftest.$ac_ext
CPPFLAGS=$save_CPPFLAGS
这个补丁的目的是强制为检测到python。
然后给拷贝到Linux下的python开发包打一个补丁：
--- python-old/bin/python-config 2013-04-18 02:43:01.000000000 +0800
+++ python/bin/python-config 2014-08-30 00:53:16.630060288 +0800
@@ -1,4 +1,4 @@
-#!/temp/x32-480-posix-dwarf-r2/mingw32/opt/bin/python2.7.exe
+#!/usr/bin/python

import sys
import os
@@ -31,26 +31,23 @@

for opt in opt_flags:
if opt == '--prefix':
- print sysconfig.PREFIX
+ print '../python'

elif opt == '--exec-prefix':
- print sysconfig.EXEC_PREFIX
+ print '../python'

elif opt in ('--includes', '--cflags'):
- flags = ['-I' + sysconfig.get_python_inc(),
- '-I' + sysconfig.get_python_inc(plat_specific=True)]
+ flags = ['-I' + os.path.split(os.path.realpath(__file__))[0] + '/../include/python2.7']
if opt == '--cflags':
- flags.extend(getvar('CFLAGS').split())
+ flags += ['-fno-strict-aliasing -DMS_WIN32 -DMS_WINDOWS -DHAVE_USABLE_WCHAR_T -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes']
print ' '.join(flags)

elif opt in ('--libs', '--ldflags'):
- libs = getvar('LIBS').split() + getvar('SYSLIBS').split()
- libs.append('-lpython'+pyver)
+ libs = ['-lm -lpython2.7 -Wl,--out-implib=libpython2.7.dll.a']
# add the prefix/lib/pythonX.Y/config dir, but only if there is no
# shared library in prefix/lib/.
if opt == '--ldflags':
if not getvar('Py_ENABLE_SHARED'):
- libs.insert(0, '-L' + getvar('LIBPL'))
- libs.extend(getvar('LINKFORSHARED').split())
+ libs.insert(0, '-L' + os.path.split(os.path.realpath(__file__))[0] + '/../lib/python2.7/config')
print ' '.join(libs)

因为Linux下是无法运行开发包中的python.exe的，所以这个补丁借用了ubuntu的python。里面的cflags和ldflags都是在Windows底下运行原始python-config获得的。prefix和exec-prefix设成“../python”，可以在编译完以后，把python开发包拷贝到gdb安装目录里面的python子目录，这样运行GDB的时候就不需要设定PYTHONHOME环境变量了。
最后一个事情，确保你的Linux下有arm交叉编译器，我的是arm-linux-gnueabihf，是啥target就写啥。
准备工作做完了，开始配置和编译：
./configure --with-expat --host=i586-mingw32msvc --target=arm-linux-gnueabihf --with-libexpat-prefix=[expat安装位置] --with-python=[python开发包安装位置/bin/python.exe]
make
make DESTDIR=[GDB安装位置] install
然后把GDB安装位置下面的所有文件拷贝到Windows下，再把python开发包拷贝到同目录下的python子目录，大功告成。
如果提示没找到libpython2.7.dll，那就把GDB安装目录的python/bin下的拷贝到bin下。
如果发现生成的exe文件太大了，那就strip一下。
2015年9月12日追加：
在windows下调试时，一般会提示说加载不了共享库，让你用"set sysroot"或"set solib-search-path"之类设定路径的。这个问题可以通过.gdbinit文件，用上面这两条命令来设定路径解决，如果想一劳永逸，可以在编译的时候加上host_configargs环境变量来解决这个问题：
host_configargs=--with-sysroot=E:\MinGW\opt\sysroot-arm ./configure ...
或者
export host_configargs=--with-sysroot=E:\MinGW\opt\sysroot-arm
./configure ...

后面的路径是放在windows下的sysroot的位置。

㈣ ARM编译器与VC++编译器的区别

arm编译器编译出来的是arm处理器执行的二进制文件
而vc编译出来的是在x86构架windows系统下的可执行文件
区别很大，ads编译出来的文件是直接面对arm底层硬件的操作，很多系统函数需要自己编写
而vc中很多类，api函数已经是现成的了，直接调用就可以了

ads中填充0xff，其实在没有代码的地址上填充什么都无所谓，因为程序就不会运行到那个地址上，只是为了让编写程序的人清楚这个地方时空的。（个人的感觉，不知道对不对）

vc的编译我不是很清楚，你再看看其他答案吧。也许和arm的情况差不多

㈤ x86与ARM架构下的编译器的区别

ARM是简单指令集。。。 指令集长度短

㈥ 有关armcc编译器的问题

如在如下子目录中：d:\new\01
可用下述命令：armcc d:\new\01\filename.c
[格式]有多长写多长，后边加个：\<文件名>

㈦ 关于VeriFone-ARM 2.1编译器在WINDOWS XP 下的安装步骤

This log is intended for debug purposes only.

㈧ 适合win10系统的c语言编译器

桌面操作系统

对于当前主流桌面操作系统而言，可使用 VisualC++、GCC以及 LLVM Clang 这三大编译器。

Visual C++（简称 MSVC）只能用于 Windows 操作系统；GCC 和 LLVM Clang除了可用于Windows操作系统之外，主要用于 Unix/Linux操作系统。

像现在很多版本的 Linux 都默认使用 GCC 作为C语言编译器，而像 FreeBSD、macOS 等系统默认使用 LLVM Clang 编译器。由于当前 LLVM 项目主要在 Apple 的主推下发展的，所以在 macOS中，Clang 编译器又被称为 Apple LLVM 编译器。

MSVC 编译器主要用于 Windows 操作系统平台下的应用程序开发，它不开源。用户可以使用 Visual Studio Community 版本来免费使用它，但是如果要把通过 Visual Studio Community 工具生成出来的应用进行商用，那么就得好好阅读一下微软的许可证和说明书了。

而使用 GCC 与 Clang 编译器构建出来的应用一般没有任何限制，程序员可以将应用程序随意发布和进行商用。

MSVC 编译器对 C99 标准的支持就十分有限，加之它压根不支持任何 C11 标准，所以本教程中设计 C11 的代码例子不会针对 MSVC 进行描述。所幸的是，Visual Studio Community 2017 加入了对 Clang 编译器的支持，官方称之为——Clang with Microsoft CodeGen，当前版本基于的是 Clang 3.8。

也就是说，应用于 Visual Studio 集成开发环境中的 Clang 编译器前端可支持 Clang 编译器的所有语法特性，而后端生成的代码则与 MSVC 效果一样，包括像 long 整数类型在 64 位编译模式下长度仍然为 4 个字节，所以各位使用的时候也需要注意。

为了方便描述，本教程后面涉及 Visual Studio 集成开发环境下的 Clang 编译器简称为 VS-Clang 编译器。

嵌入式系统

而在嵌入式系统方面，可用的C语言编译器就非常丰富了，比如：

• 用于 Keil 公司 51 系列单片机的 Keil C51 编译器；

• 当前大红大紫的 Arino 板搭载的开发套件，可用针对 AVR 微控制器的 AVRGCC 编译器；

• ARM 自己出的 ADS（ARM Development Suite）、RVDS（RealView Development Suite）和当前最新的 DS-5 Studio；

• DSP 设计商 TI（Texas Instruments）的 CCS（Code Composer Studio）；

• DSP 设计商 ADI（Analog Devices，Inc.）的 Visual DSP++ 编译器，等等。



• 通常，用于嵌入式系统开发的编译工具链都没有免费版本，而且一般需要通过国内代理进行购买。所以，这对于个人开发者或者嵌入式系统爱好者而言是一道不低的门槛。



• 不过 Arino 的开发套件是可免费下载使用的，并且用它做开发板连接调试也十分简单。Arino 所采用的C编译器是基于 GCC 的。



• 还有像树莓派（Raspberry Pi）这种迷你电脑可以直接使用 GCC 和 Clang 编译器。此外，还有像 nVidia 公司推出的 Jetson TK 系列开发板也可直接使用 GCC 和 Clang 编译器。树莓派与 Jetson TK 都默认安装了 Linux 操作系统。



• 在嵌入式领域，一般比较低端的单片机，比如 8 位的 MCU 所对应的C编译器可能只支持 C90 标准，有些甚至连 C90 标准的很多特性都不支持。因为它们一方面内存小，ROM 的容量也小；另一方面，本身处理器机能就十分有限，有些甚至无法支持函数指针，因为处理器本身不包含通过寄存器做间接过程调用的指令。



• 而像 32 位处理器或 DSP，一般都至少能支持 C99 标准，它们本身的性能也十分强大。而像 ARM 出的 RVDS 编译器甚至可用 GNU 语法扩展。



• 下图展示了上述C语言编译器的分类。

㈨ MDK-arm的ARM编译工具

ARM编译工具链(之前被称为ARM RealView编译工具)包含：
ARM C/C++ 编译器(armcc)
Microlib
ARM Macro汇编器(armasm)
ARM链接器(armLink)
ARM工具(Librarian and FromELF)
基于以上专门针对ARM架构的微控制器编译器，工程师可以使用C或者C++编写应用程序。通过以上编译器的编译，可以获得ARM汇编语言的高效率和高速度。
ARM编译器将C/C++元文件编译成可重定位（Relocatable）的目标模块，并且在其中嵌入供uVision调试器或在线调试器调试的符号信息。同时，ARM编译器能帮助生成listing file，它可以包含symbol table(符号表)和交叉引用信息。
ARM RVCT编译器被广泛视为行业最佳的基于ARM架构的编译器。它定位于最佳代码密度的编译器，可以帮助生成代码量最小的编译器，帮助节省代码量对内存的要求从而降低硬件成本。同时，编译器支持ISO标准的C/C++语言，可以将32-bit ARM, the 16-bit Thumb, 及混合的32/16-bit Thumb2 指令集生成经过高度优化的代码。
ARM公司一直致力于持续改善ARM编译器在代码密度和代码性能两方面的性能，同时增添了很多新的特点，如Microlib等。

㈩ 如何编译可以在Windows下运行的带有Python支持的ARM Linux GDB

距离上次我编译这种GDB的时间转眼过了3年，现在（2017年3月6日），Linaro编译器已经支持python了。不过，当我们自己使用的时候还是有一些麻烦的，因为Linaro编译器的sysroot和平时我们用的sysroot还是不一样的，需要在gdbinit文件里面用"set sysroot"或"set solib-search-path"之类设定路径。生在狮子座长成座的我，是无法容忍这种麻烦的，所以还是自己来弄一次。
还是在Linux下做MinGW的交叉编译，需要MinGW交叉编译器。

因为Linaro已经做了很多事情了，源码，expat，python都搞定了，资源如下：
Linaro GDB git：

从这上面找到与Linaro编译器版本对应的源码
编译用的expat和python：

编译的时候只需要设定一个环境变量：
export PYTHON_MINGW=/home/c/gdb-arm/python-2.7.4-mingw32
然后配置一下就行了：
./configure --host=i586-mingw32msvc --target=arm-linux-gnueabihf --with-libexpat-prefix=/home/c/gdb-arm/expat-2.1.0-1 --without-libunwind-ia64 --without-libunwind-ia64 --without-lzma --with-python=/home/c/gdb-arm/python-2.7.4-mingw32 --without-guile --without-babeltrace --with-sysroot=/opt/sysroot-arm
然后就可以：
make
make DESTDIR= install