Ⅰ 有沒有人在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