64位編譯器
『壹』 64位操作系統電腦能裝c語言程序設計編譯器嗎64位的比32的好嗎
現在的64位機不是和32位都兼容的嗎，所以可以使用的。就連我現在使用64位系統，用visual studio，平時都是用的32位模式的，要編譯64位模式的都需要專門在編譯器選項裡面進行修改。而且修改之後，只是輸出64位程序，那個編譯器自己也還是32位的。
以後慢慢的肯定會有很多64位的編譯器出現，畢竟當程序都針對64位系統編寫的時候，軟體執行速度肯定會有所提高的，特別是數值運算類的，符號處理類的，多媒體的都會有所提高。而編譯器顯然是符號處理類的。
『貳』 64位的編譯器long long是不是16個位元組
這個和機器字長及編譯器有關系：
所以，int，long int，short int的寬度都可能隨編譯器而異。但有幾條鐵定的原則（ANSI/ISO制訂的）：
1 sizeof(short int)<=sizeof(int)
2 sizeof(int)<=sizeof(long int)
3 short int至少應為16位（2位元組）
4 long int至少應為32位。
unsigned 是無符號的意思。
例如：
16位編譯器
char ：1個位元組
char*(即指針變數): 2個位元組
short int : 2個位元組
int： 2個位元組
unsigned int : 2個位元組
float: 4個位元組
double: 8個位元組
long: 4個位元組
long long: 8個位元組
unsigned long: 4個位元組
32位編譯器
char ：1個位元組
char*（即指針變數）: 4個位元組（32位的定址空間是2^32, 即32個bit，也就是4個位元組。同理64位編譯器）
short int : 2個位元組
int： 4個位元組
unsigned int : 4個位元組
float: 4個位元組
double: 8個位元組
long: 4個位元組
long long: 8個位元組
unsigned long: 4個位元組
64位編譯器
char ：1個位元組
char*(即指針變數): 8個位元組
short int : 2個位元組
int： 4個位元組
unsigned int : 4個位元組
float: 4個位元組
double: 8個位元組
long: 8個位元組
long long: 8個位元組
unsigned long: 8個位元組
『叄』 win7 64位機子上用什麼C語言編譯器 謝謝
DEV C++
TurboC2.0
Visual studio 6.0
Code::Blocks以上幾款編輯器都可以在64位系統中運用。
按照步驟如下：以Code::Blocks為例
1首先下載下載Codeblocks這個軟體，目前最新版本是13.12，
『肆』 c語言編譯器有沒有win7 64位的
免費visual studio 2013有64位的編譯器的，mingw64也可以的，你下的是啥？如果你是說想編譯64位程序的話
『伍』 請問大家知道有沒有64位的C編譯器，不是可在64位機器上運行的程序，是只能安裝在64位機器的
（不一定成功）
在編譯配置里添加一個x64的就可以了。
從菜單【編譯(Build)】->【配置管理(Configuration Manager)】
在彈出的窗口裡的右上角有個【可用工程平台(Active solution platform)】下拉框，打開可以看到有個【新建】菜單，點擊打開【新建工程平台】的對話框，選擇平台為x64。
編譯器至少是VS2008，或者直接用VS2010
專門為64位cpu做的編譯器很少吧，32位就夠了呀，你申請64位的數據可以用long long類型嘛
『陸』 編譯器64位和32位有什麼區別
從 32位到 64位架構的改變是一個根本的改變，因為大多數操作系統必須進行全面性修改，以取得新架構的優點。其它軟體也必須進行移植，以使用新的性能；較舊的軟體一般可藉由硬體兼容模式（新的處理器支持較舊的 32位版本指令集）或軟體模擬進行支持。或者直接在 64位處理器裡面實現 32位處理器核心（如同 Intel 的 Itanium 處理器，其內含有 x86 處理器核心，用來運行 32位 x86 應用程序）。支持 64位架構的操作系統，一般同時支持 32位和 64位的應用程序。
明顯的例外是 AS/400，其軟體運行在虛擬的指令集架構，稱為 TIMI（技術獨立機器界面），它會在運行之前，以低級軟體轉換成原生機器碼。低級軟體必須全部重寫，以搬移整個 OS 以及所有的軟體到新的平台。例如，當 IBM 轉移較舊的 32/48 比特「IMPI」指令集到 64位 PowerPC（IMPI 完全不像 32位 PowerPC，所以這比從 32位版本的指令集轉移到相同指令集的 64位版本的規模還要龐大）。
64位架構無疑可應用在需要處理大量數據的應用程序，如數字視頻、科學【和諧你妹啊】運算、和早期的大型資料庫。在其它工作方面，其 32位兼容模式是否會快過同等級的 32位系統，這部分已有很多爭論。在 x86-64 架構（AMD64 和 Intel 64）中，主要的 32位操作系統和應用程序，可平滑的運行於 64位硬體上。
Sun 的 64位 java 虛擬機的啟動速度比 32位虛擬機還慢，因為 Sun 仍假定所有的 64位機器都是伺服器，而且只有為 64位平台實現「伺服器」編譯器（C2）。[1]「客戶端」編譯器（C1）產生較慢的代碼，不過編譯較快速。所以盡管在 64位 JVM 的 Java 程序在一段很長的周期會運行的較好（一般為長時間運作的「伺服器」應用程序），它的啟動時間可能更久。對於短生命期的應用程序（如 Java 編譯器 javac）增加啟動時間可控制運行時間，使 64位的 JVM 整體變慢。
應當指出，在比較 32位和 64位處理器時，速度並不是唯一的考量因素。應用程序，如多任務、應力測試（stress testing）、簇（clustering）（用於HPC）可能更適合 64位架構以正確部署。為了以上原因，64位簇已廣泛部署於大型組織，如 IBM、Vodafone、HP、微軟。
『柒』 win7 64位有什麼能用的c語言編譯器
DEV C++ TurboC2.0 Visual studio 6.0 Code::Blocks以上幾款編輯器都可以在64位系統中運用。 按照步驟如下：以Code::Blocks為例 1首先下載下載Codeblocks這個軟體，目前最新版本是13.12， 2這個軟體是英文的，所以軟體是英文界面，建議讀者使用英文版，不要去使用漢化版本，畢竟C語言是外國人開發的，所以用英文的界面會比較適合以後的能力提供，這個界面直接點擊【I Agree】，進如下一步安裝 3這個是選擇安裝模式的界面，一般你的電腦是一個賬戶的，不是多人使用的電腦，所以這里選擇Full就行了，就是給電腦所有用戶安裝 4來到這個界面選擇安裝路徑，這里強烈建議修改下安裝路徑，不建議使用默認的路徑，默認的路徑中【Program Files】中有一個空格，以後安裝一個插件可能會出問題，所以建議自己建立一個文件作為該軟體的安裝路徑，比如這里是在D盤建立了一個Develop的文件夾，作為開發軟體的安裝路徑，然後安裝路徑就選擇了D:\Develop\CodeBlocks，這里可以根據自己實際情況定義。 5安裝結束之後，彈出提示是否運行Code::Blocks，這里都可以選，選擇運行 6Code::Blocks的啟動界面，這里是13.12版本，在上述經驗有說到 7這個直接選擇Set as default就行了，因為此時你還沒有安裝其他的插件，所以其他的選項是灰色的，然後點擊OK 8緊接著看到的就是軟體的這界面，這個界面就是Code::Blocks的界面
『捌』 求win8.1 64位可用的C語言編譯器 最好是VC
別說WIN8.1，在WIN8上跑VC幾乎都不可能（除非你只滿足有寫單個cpp），建議不要用VC了，錯誤比較多，VS調試很強大，推薦VS2012，VS2010也可以，你會喜歡上的；
如果你嫌VS太大，安裝太慢，啟動也慢，編個小程序都要等半天，那麼，你可以試試Dev-Cpp 5.6.2 MinGW 4.8.1，60.1MB很精簡，我用過，還不錯，但個人覺得調試功能和VS相比差遠了
如果你還嫌IDE不好，你可以安裝mingw，配置下環境變數（網上一搜一大把），命令行編譯、鏈接、運行吧！
希望採納！