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