64編譯器
DEV C++
TurboC2.0
Visual studio 6.0
Code::Blocks以上幾款編輯器都可以在64位系統中運用。
按照步驟如下：以Code::Blocks為例
1首先下載下載Codeblocks這個軟體，目前最新版本是13.12，
Ⅱ win7 64位 用什麼C編譯器
DEVC++或
TurboC2.0或
Visual Studio C++
C#多呢
希望回答能給你帶來幫助~
如果滿意，請採納，如還有疑問，可繼續追問！
您也可以向我們團隊發出請求，會有更專業的人來為您解答！
Ⅲ 求能在64位win7運行C語言編譯器，安裝過的請回答，謝謝
1、現在64位系統向下兼容32位軟體，C語言編譯器不管32位還是64位都可以用。
2、如果是c語言，就用wintc，turbo C，如果是c++就用dev cpp或者freeC，visual studio2010（裡面有vc++，安裝的時候只選c++就行了，激活key網路搜索），前兩種使用很簡便。
Ⅳ 請問大家知道有沒有64位的C編譯器，不是可在64位機器上運行的程序，是只能安裝在64位機器的
（不一定成功）
在編譯配置里添加一個x64的就可以了。
從菜單【編譯(Build)】->【配置管理(Configuration Manager)】
在彈出的窗口裡的右上角有個【可用工程平台(Active solution platform)】下拉框，打開可以看到有個【新建】菜單，點擊打開【新建工程平台】的對話框，選擇平台為x64。
編譯器至少是VS2008，或者直接用VS2010
專門為64位cpu做的編譯器很少吧，32位就夠了呀，你申請64位的數據可以用long long類型嘛
Ⅳ 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的界面
Ⅵ 64位win7下如何用Intel Fortran編譯64位程序
我和你用的一樣，win7_x64+VS2008+IVF11_x64，一點問題也沒有，你檢查一下你安裝VS2008時裝64位支持了么？我不記得是不是默認的了，另外你說「選項沒有顯示64位的編譯器」，又說「選擇X64編譯時彈出對話框……」，是什麼意思？如果選項里沒有X64的選項，你可以點新建，注意不要從「win32」復制，改為「空」，你試試，希望能幫到你
Ⅶ 編譯器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、微軟。
Ⅷ 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個位元組