windows编译工具链

Ⅰ gcc -arm这个交叉编译工具。有没有可以再window上使用的

yagarto和codesourcery都是在windows下用的，官方已经编译打包好的
EXE文件
cygwin下可以自己编译源代码，做出GNU工具链
mingw也可以实现
还有一些在windows下用的IDE，专门针对GNU工具链的，code::blocks,emide等
我在用emIDE,arm-none-eabi-gdb调试ARM

Ⅱ 如果仅考虑 Windows 平台,不用 msvc 而去用 gcc 的理由有哪些

1、大部分跨平台的大型C程序（如ffmpeg）早已完全使用C99标准编写，而msvc的编译器CL直到2015年才较好地支持了C99；
2、msvc的侧重点是对C++标准的支持以及对Windows SDK的支持，而不是对c语言的支持。
3、msvc的编译器很难用于生成和环境无关的代码，用来编译像Bootloader、系统内核之类的特殊程序时会有麻烦。
4、msvc的编译器CL的命令行参数和gcc、clang等几乎完全不兼容，所有的makefile和其他脚本都必须专门为其做较大改动。
5、msvc工具链（编译器、链接器、nmake等）的ABI和gnu工具链的只有单向兼容，无法链接由gnu工具链生成的库。

Ⅲ 适合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语言编译器的分类。

Ⅳ 如何将ffmpeg在windows编译和使用

如下：
1. 配置编译环境
2. 下载FFMPEG的代码
3. 编译，获取FFMPEG库（头文件，lib，和DLL）
4. 在VC下配置，测试
1. 配置编译环境
1）安装MSys
下载文件：
bash-3.1-MSYS-1.0.11-snapshot.tar.bz2
msysCORE-1.0.11-20080826.tar.gz
解压msysCORE-1.0.11-20080826.tar.gz，比如解压到X:\msys（以下内容都使用该路径描述，X为你安装的盘符）。
解压bash-3.1-MSYS-1.0.11-snapshot.tar.bz2，产生一个名为bash-3.1的目录，在该目录下有一个子目录名为bin，其他的目录不需要关心。复制bin目录中的所有文件到D:\msys\bin，提示是否要覆盖sh.exe的时候，选择是。
到“D:\msys\postinstall”目录下执行pi.bat，在出现的提示中输入n回车后(这个不搞错了)，按任意键退出即可。
2）安装MinGW
下载文件：
binutils-2.20-1-mingw32-bin.tar.gz
(binutils-2.19.1-mingw32-bin.tar.gz)
gcc-core-3.4.5-20060117-3.tar.gz
gcc-g++-3.4.5-20060117-3.tar.gz
w32api-3.13-mingw32-dev.tar.gz
mingwrt-3.16-mingw32-dev.tar.gz
(mingwrt-3.15.2-mingw32-dev.tar.gz)
mingwrt-3.16-mingw32-dll.tar.gz
(mingwrt-3.15.2-mingw32-dll.tar.gz)
把它们全部解压到X:\msys\mingw。
3）修改“msys.bat”
用文本编辑器打开D:\msys\msys.bat，由于打算用MSVC++编译程序，所以需要有.lib文件才能链接到FFmpeg的库，这些.lib文件可以使用微软的工具链中lib命令产生。为此，机器上必须已经安装了微软的Visual Studio或是Visual C++。把下面一行加到msys.bat的最前面，把路径替换成机器上vcvars32.bat实际存在的路径，比如我的在“D:\program files\Microsoft Visual Studio 8\VC\bin”，于是就添加：
call "D:\program files\Microsoft Visual Studio 8\VC\bin"
4）系统整合
复制D:\msys\etc\fstab.sample为X:\msys\etc\fstab，用文本编辑器打开D:\msys\etc\fstab编辑。（需要使用一个支持Unix换行风格的编辑器，比如Notepad++），把下面这行：
D:/mingw /mingw
改为：
D:/msys/mingw /mingw
注意：改的这个目录为mingw你所安装的目录，所以按本文来讲是这个目录。如果你安装不目录不同，就要改成你所安装的目录。
完成以上步骤，MSys+MinGW系统就配置完成了。
2. 下载FFMPEG的代码
下载代码的办法由两个，一个就是用svn 下载下来。我觉得哪怕你知道svn是啥，也不用这个方法，因为太慢了。一个文件一个文件下，最关键SVN对应的地址是国外，都不知道什么才能全部下完。另外一个直接下一个代码的压缩包。

Ⅳ 如何在windows上用ndk交叉编译其他平台程序

目标 ：编译arm64的.so库

编译方法：理论上应该有两种交叉编译方法，法一，在Linux服务器上安装交叉工具链，直接用交叉工具链进行编译链接；法二，使用ndk完成交叉编译，因为

ndk已经安装好交叉编译工具链，以及相关的系统库和系统头文件了。这两种方法的区别在于，linux服务器上的编译使用的makefile和ndk使用的.mk
文件显然不同。原因是ndk作为一个集成编译环境，制定了一套特定的规则用于生成最终的编译脚本。

这里简单总结下，如何在windows用ndk进行交叉编译arm64目标平台的.so库：

step1:找到ndk开发工具包，官网之类的都可以下载，Android-ndk64-r10-windows-x86_64.rar文件

step2:解压上述ndk工具包，将包含程序源文件和头文件的文件夹testProject都放入android-ndk-r10下的samples目录下。

放在其他地方当然也可以，但是后续相对路径之类的不太好加，既然其他例子都放这，把代码放这编译是最保险的了。

step3:在testProject中增加一个jni的文件夹，必须要添加！！！！！！

step4:在jni文件夹中，添加一个Android.mk的文件，必须要添加！！！！！

step5:在jni文件夹中，添加一个Application.mk的文件与Android.mk并列，必须要添加！！！！！

step6:Android.mk和Application.mk合起来就类似于linux环境下的makefile编译文件。

如何写Android.mk，可以参考例子helllo-jni中jni文件夹下的Android.mk。

LOCAL_PATH:=$(call my-dir) #必须要写的

include $(CLEAR_VARS) #必须要写的

LOCAL_MODULE:=hello-jni #编译出来的模块名称

LOCAL_SRC_FILES:=hello-jni.c #制定编译的源文件名称

include $(BUILD_SHARED_LIBRARY)#放在最后

除了上述变量之外，还有其他的指定的变量，

LOCAL_CFLAGS，用于指定编译选项，这个和makefile中是完全一样的，可以指定编译选项-g，也可以指定编译宏及宏值

LOCAL_LDLIBS，用于指定链接的依赖库，这个可以makefile也是完全一样的，可以指定链接库用-l库名，以及指定库搜索路径用_L路径名

LOCAL_STATIC_LIBRARIES，指定链接的静态库名，makefile中没有

LOCAL_C_INCLUDES，用于指定编译头文件的路径，和makefile中不同，路径前不需要加-I，直接写路径即可，可以是相对路径或绝对路径，

多个路径之间用空格隔开。

编写上述Android.mk碰到的问题有，

(1)使用默认的系统自动加载stl库头文件总是出错，只好手动在LOCAL_STATIC_LIBRARIES指定sources/cxx-stl/stlport/stlport来完成对#include<string>这种c++形式的头文件加载

(2)使用$(SYSROOT)/usr/include来完成对系统库头文件的加载，结果找不到sem_t符号，只好指定platforms/android-L/arch-arm64/usr/include

step7:Application.mk编写

APP_STL指定使用的stl移植库，动态或者静态都行

APP_CPPFLAGS，指定app编译的编译选项

APP_ABI指定abi规范类型，例如arm64-v8a，也可以写成ALL就是把所有的类型全部编一编

APP_PLATFORM指定编译的platform名称，这里可以写成android-L或者不指定全编。

step8:编译完成后，运行。

启动cmd，使用cd /D进行到testProject的jni目录下

step9:将android-ndk-r10下的ndk-build.cmd直接拖拽到cmd中，此时直接敲回车，就可以编译了。当然也可以加一个 clean，清除编译中间文件。

step10:检查下编译结果，编译成功后在testProject中多了两个文件夹与jni并列的，libs和obj。
编译链接后的结果就在libs中！