armcl编译器

❶ Intel C++ Compiler与gcc对比有什么优缺点

icc 是Intel公司专门为Wintel平台设计，有针对性的做了优化，缺陷也很显然，既然有针对性，也就不具备通用性。使用icc编译，可能会使编译出来的程序有更好的执行效率，但也可能使其在非Intel CPU上运行异常。并且，在某些情况下，即使在Wintel平台上也会崩溃。
gcc的优势在于其通用性，目前主流的所有平台，它基本上都支持。使用-O3优化编译后的执行效率，也不错。
在Win平台上，编译后执行效率最好的，依然是微软的vs，这可能与win系统是他们家出的有关。
使用icc带来的优势，并不突出，还是建议不要用了。
如果限定在win平台上开发，使用vc或gcc更合适一些。我个人推荐gcc，vc的ide环境过于庞大，不太喜欢，但win平台上主流的c开发工具还是vc，有不少开源的工程都使用它，如果你用到了这些开源代码，就不得不用了。

❷ 在不考虑编译器优化等因素下，下面那个运算比较快

下面是在编译器不优化的情况下的代码反汇编后的结果
14: if (a > b)//我们看到，只有3条指令，
0040104D mov edx,dword ptr [ebp-4] //将a放入寄存器EDX
00401050 cmp edx,dword ptr [ebp-8] //比较EDX和b的大小
00401053 jle main+3Ch (0040105c) //如果a<b跳转到0040105c
15: {
16: return 1;
00401055 mov eax,1
0040105A jmp main+4Fh (0040106f)
17: }
18: if (a - b > 0)//我们看到有4条指令
0040105C mov eax,dword ptr [ebp-4]//将a放入EAX
0040105F sub eax,dword ptr [ebp-8]//a-b的差放入EAX
00401062 test eax,eax//比较EAX是否为0
00401064 jle main+4Dh (0040106d)//条件跳转
19: {
20: return 2;
00401066 mov eax,2
0040106B jmp main+4Fh (0040106f)
21: }
所以我认为if (a > b) {....}
效率更高

❸ nvidia/cuda 公开源中的devel和runtime有什么区别

从很多方面来看，CUDA和OpenCL的关系都和DirectX与OpenGL的关系很相像。如同DirectX和OpenGL一样，CUDA和OpenCL中，前者是配备完整工具包、针对单一供应商(NVIDIA)的成熟的开发平台，后者是一个开放的标准。
虽然两者抱着相同的目标：通用并行计算。但是CUDA仅仅能够在NVIDIA的GPU硬件上运行，而OpenCL的目标是面向任何一种Massively Parallel Processor，期望能够对不同种类的硬件给出一个相同的编程模型。由于这一根本区别，二者在很多方面都存在不同：

1）开发者友好程度。CUDA在这方面显然受更多开发者青睐。原因在于其统一的开发套件(CUDA Toolkit, NVIDIA GPU Computing SDK以及NSight等等)、非常丰富的库(cuFFT, cuBLAS, cuSPARSE, cuRAND, NPP, Thrust)以及NVCC(NVIDIA的CUDA编译器)所具备的PTX(一种SSA中间表示，为不同的NVIDIA GPU设备提供一套统一的静态ISA)代码生成、离线编译等更成熟的编译器特性。相比之下，使用OpenCL进行开发，只有AMD对OpenCL的驱动相对成熟。

2）跨平台性和通用性。这一点上OpenCL占有很大优势（这也是很多National Laboratory使用OpenCL进行科学计算的最主要原因）。OpenCL支持包括ATI,NVIDIA,Intel,ARM在内的多类处理器，并能支持运行在CPU的并行代码，同时还独有Task-Parallel Execution Mode，能够更好的支持Heterogeneous Computing。这一点是仅仅支持数据级并行并仅能在NVIDIA众核处理器上运行的CUDA无法做到的。

3）市场占有率。作为一个开放标准，缺少背后公司的推动，OpenCL显然没有占据通用并行计算的主流市场。NVIDIA则凭借CUDA在科学计算、生物、金融等领域的推广牢牢把握着主流市场。再次想到OpenGL和DirectX的对比，不难发现公司推广的高效和非盈利机构/标准委员会的低效(抑或谨慎，想想C++0x)。

很多开发者都认为，由于目前独立显卡市场的萎缩、新一代处理器架构(AMD的Graphics Core Next (GCN)、Intel的Sandy Bridge以及Ivy Bridge)以及新的SIMD编程模型(Intel的ISPC等)的出现，未来的通用并行计算市场会有很多不确定因素，CUDA和OpenCL都不是终点，我期待未来会有更好的并行编程模型的出现(当然也包括CUDA和OpenCL，如果它们能够持续发展下去)。

❹ 在编译QT4.8.2出现 {standard input}:1025: Error: no such instruction: `swpb %cl,%al,[%edi]'

我之前在linux下编译QT 遇到过类似的错误 编译器配置错误的问题
修改/root/.bash_profile，把qmake路径改为*/mkspec/qws/arm-linux-g++

❺ Devcppdevc c++没办法编译，编译按钮是无法点击的（是暗着的），搞了好久都没办法，有没有

一打开这个软件编译按钮当然是暗着的。点击文件-新建-源代码，就发现亮了。或者直接在某个文件夹新建一个.c后缀的文件用devc++打开。如果都无效，可能是软件安装有问题，建议换一个安装包重新安装试试。

❻ JNI中使用mingw 生成dll。但java调用中出现错误 Exception in thread "main" java.lang.UnsatisfiedLinkEr

基本用法在后面给你加上了
MinGW是指只用自由软件来生成纯粹的Win32可执行文件的编译环境，它是Minimalist GNU on Windows的略称。详情请参考<>。
这里的“纯粹”是指“使用msvcrt.dll的应用程序”。无法使用MFC (Microsoft Foundation Classes)。
MinGW:一个可自由使用和自由发布的Windows特定头文件和使用GNU工具集导入库的集合，允许你生成本地的Windows程序而不需要第三方C运行时库。
MinGW，即 Minimalist GNU For Windows。它是一些头文件和端口库的集合，该集合允许人们在没有第三方动态链接库的情况下使用 GCC（GNU Compiler C）产生 Windows32 程序。
在基本层，MinGW 是一组包含文件和端口库，其功能是允许控制台模式的程序使用微软的标准C运行时间库（MSVCRT.DLL）,该库在所有的 NT OS 上有效，在所有的 Windows 95 发行版以上的 Windows OS 有效，使用基本运行时间，你可以使用 GCC 写控制台模式的符合美国标准化组织（ANSI）程序，可以使用微软提供的 C 运行时间扩展。该功能是 Windows32 API 不具备的。下一个组成部分是 w32api 包，它是一组可以使用 Windows32 API 的包含文件和端口库。与基本运行时间相结合，就可以有充分的权利既使用 CRT（C Runtime）又使用 Windows32 API 功能。
MinGW 官方网站为
实际上 MinGW 并不是一个 C/C++ 编译器，而是一套 GNU 工具集合。除开 GCC (GNU 编译器集合) 以外，MinGW 还包含有一些其他的 GNU 程序开发工具 (比如 gawk bison 等等)。
开发 MinGW 是为了那些不喜欢工作在 Linux(FreeBSD) 操作系统而留在 Windows 的人提供一套符合 GNU 的 GNU 工作环境。
（此前的 cygwin 虽然也是 GNU 的 Windows 移植，但是 cygwin 是有版权的，而不是 GNU。）
所以，使用 MinGW 我们就可以像在 Linux 下一样使用 GNU 程序开发工具。
GCC 就是 MinGW 的核心所在，GCC 是一套支持众多计算机程序语言的编译系统，而且在语言标准的实现上是最接近于标准的。并且 GCC 几乎可以移植到目前所有可用的计算机平台。（我的电脑上就还装有 DevKitPro，里面包含 GCC 的 ARM(for GBA/DS/GP32) 和 MIPS(for PSP) 版本。）
GCC 本身不像 VC 那样拥有 IDE 界面（在 Windows 上也存在 Dev C++ 之类的支持 MinGW 编译器的 IDE）。源代码编辑你可以选用任何你喜欢的文本编辑器（据说微软的开发人员包括 VC 的开发都不用 VC 所带的 IDE 编辑器，而是选用 GNU 的 VIM 编辑器）。然后使用 make 等工具来进行软件项目的编译、链接、打包乃至发布。而像 cvs(svn) 源代码版本控制工具可以让世界上任何一个角落的人都可以参与到软件项目中来。
关于 MFC，微软基础库类，这个随 VC++ 携带的一个源代码公开的开发包，和其他 Windows 程序开发包是一样的。如果有 VC++ 的授权，你完全可以使用 MFC 的源代码，也就是你使用 GCC 来编译 MFC 程序是完全可以的。
当然，GNU 下也很多 Windows 程序开发包，甚至有一些是支持跨平台使用的。不仅仅可以直接把源代码编译为 Windows 程序，也可以不经修改编译为其他操作系统的图形程序。
不过 GNU 下，最流行的图形界面开发库是 GTK+。GTK+ 也能很好的运行在 Windows 平台（比如 GIMP 和 Gaim）。
总体说来，使用 MinGW 就是 GNU。

基本用法：
在mingw环境中生成和使用dll都是十分方便的。
1.生成dll
gcc(g++) -shared -o test.dll test.c(test.cpp)
通过该命令生成test.dll，将导出test.c中非静态的函数和相关的类。

(注by asper:该命令行在处理jni涉及的dll时无效)
我使用微软C++编译器,cl命令对带有空格的路径也是无效的,需要用""括住

2.连接dll到exe中
mingw使用dll的方式和静态库.a的方式是一样的，连接的时候只需要加上-ltest即可，没有lib前缀的要求。
3.编写jni调用的dll
有办法了！ 是gcc少了行参数。 如下：
gcc -I%JAVA_HOME%\include -I%JAVA_HOME%\include\win32 -Wl,--add-stdcall-alias -shared -o call.dll call.c
参数：-Wl,--add-stdcall-alias 可以为函数加上标准调用前缀(stdcall @nn)。
这样编译出的dll就可以了。都知道win32中dll中的函数要求有标准调用前缀，在JNI中不方便手动处理这个，Sun又没说清楚这事由编译器办。所以搞得我很郁闷。找了大半个月，终于在一个很古老的网页上找到答案。

基本上和VC的界面差不多 学习C语言用的最多的还是VC++ 6.0

如果对您有帮助，请记得采纳为满意答案，谢谢！祝您生活愉快！

vaela