Ⅰ 有没有人在mac上安装过linuxx86的交叉编译器gcc
有。可以通过在Mac上安装虚拟机或使用Docker等容器技术来模拟Linux环境，并在其中安装gcc进行交叉编译，还可以考虑使用MacPorts或逗消Homebrew等包管理器来安装gcc。Mac是苹果公司自1984年起以Macintosh开始开发的个人锋指唤消费型计算机，如：iMac、Macmini、MacbookAir、MacbookPro、银凯Macbook、MacPro等计算机，是一套完备而独立的操作系统。
Ⅱ 如何安装qt creator编译器
安装qt creator编译器步骤：
下载安装MinGW
从MinGW网站下载mingw
默认安装到C盘根目录下：D:MinGW，可以换到自己喜欢的路径。安装时选择C和C++ compiler ，默认只选中了C编译器。因此一定要注意根据自己的需求悬着编译器。如果选错需要删除重新安装。
下载安装完之后设置环境变量设置环境变量（此处高能）。a. 鼠标右击桌面“计算机”(WindowsXp是“我的电脑”)->“属性” b. WindowsXP时，在新弹出的属性窗口，选择“高级”->“环境变量”。 Windows7时，在新弹出的属性窗口，选择左侧的“高级系统设置”，在新弹出的属性窗口，选择“高级”->“环境变量”。 c. 把MinGW安装目录的bin目录的路径追加到PATH里，然后确定。 注意：箭头指的两个分号一定要加上并且分号一定要在英文输入模式下输入
下载安装配置QT libraries
Qtlibraries可以到网上去搜索qt-opensource-windows-x86-mingw482-4.8.6-1.exe，但注意一定要找正式版的。
设置安装路径为D:Qt4.8.4，安装时需要指定MinGW的安装路径为D:MinGW，这里千千万万要注意，QT类库安装的时候是需要和MinGW进行关联的。如果找不到后面就悲剧了啊！！！！
修改环境变量：计算机->属性->高级系统设置->环境变量
安装完后需要把D:Qt4.8.4in目录添加（原来的别删了，以“；”做间隔）到系统变量的Path路径中。
并新建系统环境变量QMAKESPEC，把值设置为D:Qt4.8.4mkspecswin32-g++；
还要新建系统环境变量QTDIR，值为D:Qt4.8.4
安装成功后打开QT设计师主界面：
打开Qt 设计师 开始->Qt by Digia v4.8.4 ->Designer 。
如果Qt lib 安装成功！ 关掉Qt Designer
Qtcreater可以到网上去搜索qt-creator-opensource-windows-x86-3.1.2.zip
安装：需要把C:Qtqtcreator-2.7.1in目录添加到系统变量的Path路径中。如果不设置系统环境变量，则创建工程时kit不能设置成功，并且可创建的工程类型也会受到限制。
设置QT Creator构建和运行配置项 打开QT Creator，选择菜单“工具/选项”，选择左边的"构建和运行"，再选择“Qt版本”选项卡，点击“添加”，qmake路径：D:Qt4.8.4inqmake.exe。
还需要设置Compilers（编译器）选项卡中的“手动设置”项的编译器，Name设置为MinGW，编译器路径设置为D:MinGWinmingw32-g++.exe
新增构建套件，编译器和QT版本选择自己新增的
然后就可以正常的创建工程了。
打开Qt creater 后打开菜单栏 工具->选项。配制
安装QT调试工具：
debugger工具使用对应的MingW下面的Gdb.exe：
注意此处一定要关联正确，关联错误会导致，可以编译运行，但是不能进行调试。
Ⅲ 怎么用Visual Studio编译内核驱动
在Win8以前开发内核驱动，准备编译环境是个较繁琐的事情。程序员需要手动下载WDK并安装（注1），开发环境就在安装好的WDK中。WDK是Windows Driver Kit缩写，即Windows驱搏陵告动开发包。它提供的开发环境简陋得很，它不是一个便于开发的IDE环境，而仅仅是一些散装的编译工具包。
安装好WDK后，WDK的编译环境链接就显示在开始菜单中了，要小心不能将它们删掉，否则会麻烦，因为手动生成链接是麻烦事，后文会讲。
编译环境是分类的。首先根据目标系统分类，也就是要编译生成运行在什么OS上的目标文件。微软大部分的产品都保持了向后兼容的习惯，这条规律也适用于此处：使用Win7子系统环境编译出来的驱动文件，一般都能运行在Vista和XP系统上，反之就不会成立（注2）。
其次根据硬件平台分类，现在Windows系统能够运行的平台有四个：X86，X64，IA64和ARM。其中ARM是Win8才开始的故事，这里还轮不到它出场，这样就只有前面三个硬件平台（注3）。
最后又要根据编译版本来分，即Checked（也可认做Debug）和Free（也可认作Release）这两种。这样来看，每个OS组别下面，就一汪滚定有6个编译环境链接。
在这本书里面，如果用旧版本WDK编译驱动，就默认使用Win7目标系统的编译环境，生成Checked版本，目标平台是X86或X64。所以就只会选两种：X86 Checked Build Environment和X64 Checked Build Environment.
编译环境打开来其实就是个控制台。它当然不同于直接从cmd.exe运行起来的控制台环境，区别在哪里呢？我们已经知道，上图的这些黑色的编译环境图标，其实都是快捷方式。不妨就看看它的快捷方式的Target内容，或许就知道端倪了。以X64 Checked Build Environment这个环境为例，打开来看到如下内容：
C:\Windows\System32\cmd.exe /k C:\WinDDK\7600.16385.1\bin\setenv.bat C:\WinDDK\7600.16385.1\ chk x64 WIN7
这一行内容仔细一看就很简单了。原来所谓的编译环境，就是一个运行cmd.exe的控制台进程，只不过它执行了用于初始化的/k参数。在Cmd.exe命令的帮助中，/k参数是这样描述的：Carries out the command specified by string but remains（执行一个命令，执行完之后不退出程序）。也就是说，启动控制台进程并执行命令，执行完后，控制台程序留给用户继续使用。
那么/k之后的所有内容，都是一条初始化的命令：
C:\WinDDK\7600.16385.1\bin\setenv.bat C:\WinDDK\7600.16385.1\ chk x64 WIN7
它却又可拆成几个部分来分析。第一个setenv.bat是初始化编译环境的批文件。后面的是它的参数：第一个参数，是WDK的路径，通过它可以找到编译器程序；第二个参数是指明要编译生成checked版本目标文件；第三个指明硬件平台是x64；第三个指明目标系统是Win7。
位于WDK中的Setenv.bat文件是负责编译环境配置的总厨，你把什么参数递给它，它就给你配出什么类型的编译环境来（菜也）。
怎么在这个控制台里面编译驱动呢？我们统一用使用以下步骤：
通过CD命令，定位到含有source文件的那个驱动目录；
输入build或bld（build –cz的简写）命令进行编译；
如果编译成功，将生成驱动文件，否则会有错误或警告信息显示出来；也可通过查看目录文件夹下面的相关log文件查看详细的错误或警告信息。
走到这里，基明编译的事情算弄明白了。可能还会有朋友问我，我用什么东西写代码呢？不好意思，关于这个问题，此时还没有康庄大道供大家驷马高车，不过千万条小路却是现成的。您可以用notepad记事本或者任何文本编辑器来编辑代码，如果不嫌麻烦，用Visual Studio写代码也可以，只不过仅作代码编辑而已。
Ⅳ 编译器如何指定cpu类型
只有完整的 Visual Studio 产品才支持此优化。
“目标 CPU”（C# 中为“平台目标”
）项目属性指定编译器是否应针对特定的 CPU 类型（如 64 位处理器）优化编译。
可以将目标平台设置为所有 CPU 类型或 x86、x64 或 Itanium 之类的特定 CPU 类型。
默认情况下，此选项设置为“AnyCPU”（C# 中为“Any CPU”
），以指定编译器不针对特定的 CPU 类型优化编译。
注意对于在以下说明中使用的某些 Visual Studio 用户界面元素，您的计算机可能会显示不同的名称或位置。
Ⅳ 在仅有x86服务器或者云服务器下如何编译出arm环境下执行的
在仅有x86服务器或者云服务器下编译出arm环境下执行步骤如下。
1、首先，安装qemu-user安装包，并更新qemu-arm的状态。
2、查看qemu-arm的版本。
3、下载arm架构的容器（在dockerhub可以找到各种非x86架构的镜像）。
4、最后进入容器访问。
Ⅵ vs code怎么 配置编译器
默认是GCC的编译器，CodeBlocks是不自带其他的编译器的，如果本机有安装列表中的其他编译器的话设置一下就可以用了。
设置编译器(rc.exe,link.exe,cl.exe)所在的文件夹
Program
Files
Additional
Paths
一般设置的路径和设置系统头文件的路径是一致的,比如:"
C:\Program
Files
(x86)\Microsoft
SDKs\Windows\v7.0A\Include
".说句题外话,着名按钮ID比如IDOK,IDCANCEL都是在以windows.h为首的头文件中被定义的.
Ⅶ 请问学x86汇编语言用什么编译器
编译器自举！搜索这个关键字
程序都是编译器编译的。这个是肯定的
至于第一款X语言编译器是不是直接1010101010自己写的那就不知道啦
一般开发编译器的话。有两条路选择
1.利用yacc(或者其变种)&lex(词法分析)-等工具自己生成语法模板
词法语法都可以使用这些工具自己生成
然后自己编写生成的中间码和生成的机器码就可以了
一般做编译原理类似试验都是如此的。许多编译器也的确是这样
2.自己写词法分析和语法分析。可以参考一些开源的编译器
lcc-这个是ANSI C99标准的编译器是开源的
或者nasm,watcom等编译器到上不少开源的编译器
总的来说。高级语言编译器比较难写
如果想快速写出一个的话
可以采用第一种做法。利用工具生成语法词法模板
先写一个简单的汇编编译器比较简单
开源的有nasm,jwasm(支持masm语法开源的编译器)
fasm(这款编译器是自举的.就是自己可以编译自己),
剩下的就是自己做好语言规则关键字map
引用高手的话。语言map做好了你的编译器也做好一半了
剩下的都是机械性的工作了。
生成x86或者arm指令。
优化工作这个很难解释.根据你所需要的做吧
毕竟可以做出一个无错,又XX的编译器已经很难得
你可以选择使用现有的编译器开发自己的编译器
然后等到你的编译器支持相当数量指令和成熟度的时候
使用自己的语法重新写一遍编译器.
这样你就可以用自己的编译器开发自己的编译器了(是不是很邪恶?)
另外举几个例子
Delphi的编译器是C++ Builder开发的。
而C++ Builder的IDE是Delphi开发的
C++ Builder的编译器是C++ Builder开发的-这个就是编译器自举了。。Delphi和C++ Builder共享一个后端化优化器。
Delphi 早期的版本的编译器是tasm直接编译的。可见Anders的汇编功力多强悍（Anders也就是后来VJ++,C#,.NET工程的核心架构师.最关键的灵魂级人物）
VC++的编译器是VC++开发的。很明显这都说明了编译器自举
自己开发自己。如果一个编译器可以做到自己编译自己。那基本上就可以实现任何功能了。
关于编译器开发的书籍可以看一下
龙书《编译原理(第二版)》
虎书《现代编译原理-C语言描述》
鲸书《高级编译器设计与实现》
建议从鲸书看起。然后是龙书
再来是虎书--虎书里面描述了许多现代编译器(正如其名)技术
例如面向对象啦,优化,垃圾回收等等.
鲸书看完基本上就可以实现一个简单的Tiny C编译器了
然后在龙书巩固,读一下语言规范,自己看一些开源的汇编编译器代码
自己就可以尝试做一个汇编语言编译器了.等到技术提高了
在尝试做一些高级语法识别，参考LCC代码做一下ANSI C99的
C语言编译器。再来就看你自己的兴趣和领悟度拉
如果想支持C++的话就得要对编译器做许多方便的研究
类似Java那种跨平台或者Ruby,Python等动态语言
虎书中也有描述。当然看自己功力了
Ⅷ 如何设置codeblocks编译器
首先在编译器设置中设置为 vc 2010即可。
但是只安装vc 2010的话，在vc的bin目录中无法找到rc.exe和cdb.exe。
rc.exe可以从C:\Program Files\Microsoft SDKs\Windows\v7.0A\bin目录下找到。你也可以把rc.exe 和rcdll.dll拷贝到vc的bin目录下。
cdb.exe无法找到，你必须下载 Debugging Tools for Windows 。当然这个东西没有单独的包可下载，你可以下载Microsoft Windows SDK for Windows 7 and .NET Framework。这个东西现在只需先下载一个500k的引导程序，然后其他的都不要，只要Debugging Tools for Windows就好了。
安装好的cdb.exe在C:\Program Files\Debugging Tools for Windows (x86)目录下，你需要在compiler and debugger settings中的Toolchain executables选项的additional paths中增加这个目录以便codeblocks查找它。
ok，现在你可以用目前最棒的c++编辑器和最棒的c++编译器了：）
或许你在编译一个带资源文件的工程，而这个资源文件#include <windows.h>时，你又会遇到问题：致命错误 RC1015: 无法打开包含文件 'windows.h'。还是一样在compiler and debugger settings中的search directories设置中为编译、链接、资源编译三个选项加上下面这个查找目录：
C:\Program Files\Microsoft SDKs\Windows\v7.0A\Include