無法進行編譯

㈠ 為啥編譯不出來

您好！
這個問題是因為您的程序出現了錯誤，編譯器報錯，所以編譯不成功。
您可以修改錯誤程序，然後再次編譯。

㈡ 當程序不能編譯時怎麼辦調試configure

但是，這樣行不通時怎麼辦？在本文中，Peter Seebash 講述了當自動的配置腳本失效時應該如何去做——以及作為開發者您應如何盡量避免這種錯誤。畢竟，如果您的程序無法編譯，其結果將和您的程序編譯後不能運行一樣，您的用戶會減少。
現在許多開放源代碼的程序都會附帶有 configure 腳本。這種腳本的用途之一是自動進行對目標新系統的猜測過程。在過去，程序會附帶一個 Makefile 文件，這個文件中有 6 個不同的編譯標記和選項，但只會用到一個，其餘全部注釋掉，並且會有一個註解，告訴您「為您的系統選擇合適的標記」。如果配置選項更復雜，可能還會有一個名為 config.h 的長長的 C 頭文件，其中包含一些要設置的標記，這依賴於主機系統變數。
第一個方法很簡單，在代碼中使用 #ifdef 以支持兩種系統，例如 BSD 和 System V。由於 Unix 的類型的增加，更為實用的方法是對每一個特性使用 #ifdef。每個系統的代碼如下：清單 1. 每個系統的代碼#ifdef SUNOS4 || NEXT || NETBSD || FREEBSD || OPENBSD
#include <string.h
#else#include <strings.h
#endif每個特性的代碼如下：清單 2. 每個特性的代碼#ifdef HAS_STRING_H
#include <string.h
#else#include <strings.h
#endif後者更容易適應新系統，但需要開發者進行大量的工作。由於現在有太多可能的目標系統，因此，第二種方法對用戶來說幫助很大，不僅僅是可以自動生成配置頭文件。完成這項任務的一種方法是使用 GNU autoconf 代碼來生成 configure 腳本。這個腳本會去執行必要的測試，並創建一個具有適當值的配置頭文件。
這種腳本的另一個功能是以一致的方式設置預定義的變數。用手工編輯標記一直存在一個問題，即修改了 Makefile 文件（比如將其安裝到 /usr/gnu 而不是 /usr/local 目錄下）卻忘記修改頭文件中相應的值。當然，這樣的結果是，編譯後的程序不知道到哪裡去尋找它們自己的數據文件。使用 configure 腳本的一個好處是可以自動完成一致的安裝（如果維護者做得沒錯的話）。
開發人員請注意，一個好的 configure 腳本的另一個好處在於，它會允許用戶指定一些個人偏好，例如使用 /usr/gnu 而不是 /usr/local。
這些如何成為可能？編譯，再編譯configure 的許多功能實現機制其實很簡單。為了能切身體會，您可以設計一個小測試程序，這個程序當且僅當期望的條件得到滿足時才可以編譯。將它保存在一個臨時文件中，然後嘗試編譯它。例如，假定您想知道 X Windowing System 是否安裝在 /usr/X11R6 目錄下。一種方法是做一個如下的測試程序：#include <X11/X.h
int main(void) { return 0; }現在，如果您用編譯器來嘗試進行編譯，那麼只有當 <X11/X.h 在編譯器的 include 路徑中時，編譯才會成功。因此，對每一個您認為 X 可能安裝到的目錄，可以將對應的 (directory)/include 加入到編譯器的 include 路徑中，並嘗試對程序進行編譯。如果採用某個值時示例文件可以編譯，那麼您就得到了正確的 include 路徑。
請注意在 autoconf 中已經預定義了各種測試程序。如果可能，就直接使用這些測試程序，而不用自己去寫。這樣有很多好處。首先，autoconf 的新版本會改進這些測試程序，修正它們的錯誤，否則您將不得不自己去做這些工作。其次，這樣會節省您的時間。當然，更好的方法是完全避免測試。如果您確認某一個測試是沒有必要的（例如，即使機器位元組多於 8 位也仍需要使 sizeof(char) 為 1），您可以完全不去進行這個測試。
有一些測試是功能測試；它不足以確定是否存在一個名為 memcmp() 的函數，它的語義必須正確。通常，這些測試用於只是在一兩個平台上被注意到的非常不明顯的錯誤。這些測試實際上會去運行測試程序，並檢查它的輸出。測試程序遵循標準的 Unix 習慣：如果測試通過則返回值為 0，如果失敗則返回一個非 0 值。
一旦您有了足夠的測試程序，您可以用它們來自動確定必需的編譯標記和定義，以將它們放到頭文件的某個地方。通常，configure 腳本會允許用戶給出部分或全部已知的條件，而不是讓腳本自己去猜測。
來看一個特例，假定，系統的 brokenmemmove() 出現了問題。如果您不知道它現在有一個只會影響少部分程序的 bug，您可能會編譯一個程序並將其發布為產品，而沒有意識到這樣您將會遇到偶然的災難性錯誤。
在許多情況下，一個冗長而復雜的 configure 腳本的最終結果是這樣的：目標系統提供了這個程序用到的每一個標准特性，而且它們正確工作。在這種情況下為什麼不手工去設置這些標記呢？這對開發者來說是可行的，而對眾多用戶來說就不可以了。用戶可能不會知道到他們的 Linux 版本存在特定的 bug。他們可能不知道已經安裝了哪些軟體包，或者安裝到了何處。腳本幫那些最需要幫助的人來完成大部分的例行公事的工作。當腳本出錯時，引發的額外工作的代價可能不會太大。
錯在何處？既然您已經基本上了解了 configure 都做了些什麼工作，您可以開始尋找錯誤了。有兩種可能的 configure 錯誤。一種是 configure 是正確的，而您的系統缺少必要的先決條件。絕大多數情況下，configure 腳本會正確診斷出這種錯誤。更為麻煩的情況是 configure 本身的錯誤。這樣的結果或者是不能生成配置，或者生成一個不正確的配置。
當 configure 的猜測無誤，而您缺少先決條件時，您所要做就是要滿足缺少的那些先決條件。當您找到並安裝好後，再重新運行那個報告缺少先決條件的 configure 腳本，就可以成功了。（不要忘記刪除 config.cache 文件，這個文件緩存了上一次測試的結果；您應該讓 configure 從頭開始。）如果您正在開發 configure 腳本，您需要確保您給出的錯誤消息有意義。如果您測試的是一個函數，而這個函數是一個常見的可添加的軟體包的一部分，那麼不要告訴用戶缺少的函數的名稱 —— 告訴用戶他們需要的軟體包。確保將先決條件信息寫入 README 文件中。並且，請一定要告訴人們您測試使用的其他軟體包的版本號。
閱讀文檔無論何時，當 configure 失敗時您首先要做的是運行 configure -h，並檢查參數列表。如果它找不到您確認已經安裝的庫，您可能可以指定到另一個位置來找到這個庫。您還可以禁用和啟用某些特性。例如，用於 Angband （一個 Roguelike 游戲）的 configure 腳本有一個可選的標記 —— enable-gtk，以告訴腳本在編譯時啟用 GTK 支持。如果沒有這個標記，編譯時根本不會去嘗試。
如果您的系統配置得比較奇怪，您可能不得不為 configure 腳本設置一些非常詳細的變數，而且如果是在交叉編譯，您很可能得做一些非常特別的事情。CC 是 configure 用於指定 C 編譯器的變數，通過指定 CC 的值可以解決許多問題。如果您指定了編譯器，configure 將使用那個編譯器而不用去猜測需要使用哪一個。要注意的是，這樣您可以在命令行中指定選項和標記。例如，如果您希望編譯時支持調試符號，嘗試：CC="gcc -g -O1" ./configure（這里假定您使用的是 sh 系列的 shell；在 csh 中，用 setenv 來設置環境變數 CC。）閱讀 config.log當 configure 腳本運行時，它會創建一個名為 config.log 的文件，其中記錄的是測試日誌和得到的結果。例如，一個典型的 config.log 片斷如下：清單 3. config.log 的典型內容configure:2826: checking for getpwnam in -lsun
configure:2853: gcc -o conftest -g -O2 -fno-strength-rece conftest.c -lsun &5
ld: cannot find -lsun
configure:2856: $? = 1
configure: failed program was:
(a listing of the test program follows)如果我的系統中，-lsun 應該提供 getpwnam()，我應該可以使用命令行來對其進行確切檢查，然後再使用測試程序。只需進行少量這樣的調試，我就可以根據得到的信息來修改 configure 腳本。請注意有幫助的行號；這個測試從 configure 腳本的第 2,826 行開始。（如果您是一個 shell 程序員，您可能會喜歡在閱讀 configure 腳本片斷時列印出行號；在 shell 中 $LINENO 不能自動地被擴展為合理值，腳本使用 sed 創建一個包含有行號的自身拷貝！）當一個測試失敗或者得到意外的結果時，最好先去讀一讀日誌文件。請注意，有時測試失敗僅僅是因為上一個測試的失敗，這種失敗實際上並不重要。例如，configure 可能會因為找不到一個您聞所未聞的庫而退出，而這可能是因為測試標准 C 庫中某個功能的程序失敗而導致無法找到那個庫。在這種情況下，只需要解決第一個問題，第二個問題也就不會再出現了。
一種情況是測試程序設計不正確而可能

㈢ 在C中添加頭文件後無法編譯

只要在程序開頭加入#include<頭文件名>，在編譯過程當中，頭文件自動會被添加到源文件當中一起進行編譯。

編譯，編譯程序讀取源程序（字元流），對之進行詞法和語法的分析，將高級語言指令轉換為功能等效的匯編代碼，再由匯編程序轉換為機器語言，並且按照操作系統對可執行文件格式的要求鏈接生成可執行程序。
C源程序頭文件－－>預編譯處理(cpp)－－>編譯程序本身－－>優化程序－－>匯編程序－－>鏈接程序-->可執行文件。

㈣ 為什麼我的codeblocks無法編譯和運行

CodeBlocks是一個開源的IDE，可以免費下載，但是許多新手發現自己下載的軟體安裝後不能編譯，這里列舉幾種可能的問題和解決方案。

㈤ CodeBlocks無法編譯怎麼辦

首先我們登陸codeblocks官網，http://www.codeblocks.org/home，上官網才是專業人士的做法^-^，點download進入下載頁面
一般我們只是使用，不會對它的源代碼做修改，因此選擇release版本
之後可以看到針對各種操作系統的版本，一般大家用的是Windows版本，這里注意要選擇後兩個版本，第一個版本是不帶編譯器的，盲目選擇第一個版本產生的後果後面再講。
下載後直接雙擊安裝就好了，注意安裝界面中出現編譯器選項，說明這個版本是自帶編譯器的
如果下載的是前面一步中的第一種，就是這樣的安裝界面，注意到它是不帶編譯器的，因此安裝好後可能無法編譯（除非你電腦上本來有編譯器可以供CodeBlock使用）
下一步安裝目錄我沒有選默認，而是自己改了目錄，這樣可能導致安裝完後仍無法編譯，但修改一下設置就可以解決了
安裝完後首先到安裝目錄下看有沒有裝上編譯器，如果沒有這個文件夾你可能是安裝的不帶編譯器的版本。。。
有上一步的這個文件夾但是仍然無法編譯代碼的話，是由於我們前面安裝時更改了安裝目錄，而程序去默認的目錄下（C盤）去找這個文件夾沒找到就導致無法編譯。解決方法很簡單，打開軟體，選擇setting->Compiler
在編譯器設置頁面手動瀏覽找到MinGW文件夾，或選擇autodetect，就可以完成編譯器的設置，可以順便將GNU
GCC
設為默認編譯器
編譯成功的效果如下，如果不能編譯則log欄為空，還會彈出提示欄。

㈥ DEV-C++無法編譯是怎麼回事

我剛開始也遇到了這個問題 看到一篇很有用的博客 分享一下

希望對你有所幫助！

㈦ c語言無法編譯是什麼情況

編譯出來只說明程序沒有語法錯誤，不說明沒有邏輯錯誤，有錯誤一般會有屏幕輸出，此其一。第二，可以在程序中設定一些輸出語句或斷點觀察。第三如果程序不輸入、輸出內容，程序執行是當然看不見東西（不直觀）。第三如果程序一值運行無法退出，說明存在「死循環」。

C語言是一門通用計算機編程語言，應用廣泛。C語言的設計目標是提供一種能以簡易的方式編譯、處理低級存儲器、產生少量的機器碼以及不需要任何運行環境支持便能運行的編程語言。
盡管C語言提供了許多低級處理的功能，但仍然保持著良好跨平台的特性，以一個標准規格寫出的C語言程序可在許多電腦平台上進行編譯，甚至包含一些嵌入式處理器（單片機或稱MCU）以及超級電腦等作業平台。

㈧ C語言程序無法編譯。

我做了一下修改，你看看可是你需要的：

#include<stdio.h>
#include<math.h>
//#include<stdafx.h>//頭文件是編譯期要加的嗎？
voidmain()
{
intnum;//int後面有空格，下面一樣
inti;
intj;
inta[5];
intp(intx);

printf("請輸入一個不大於5位正整數:");
scanf("%d",&num);

for(i=0;i<=4;i++)
a[i]=p(num/((int)pow(10,i)));//10^i應該用pow函數

if(num==0)
{
printf("該數是1位數
");
printf("%d
",a[0]);
//printf("%d
",a[0]);//多一行
}
else
{
for(i=4;i>=0;i--)//i<1干什麼？
{
if(a[i]!=0)
{
printf("該數是%d位數
",i+1);
//for(j=0;j<=i;j++)
printf("%d,",a[i]);
printf("
");
//for(j=i;j=0;j--)
//printf("%d,",a[j]);
//break;
}
}
}
getch();
}
intp(intx)
{
intm;
m=x%10;
return(m);
}

望採納！

㈨ 程序無法編譯通過問題，怎麼解決

關於程序無法通過編譯的問題，其錯誤類型肯定是有很多種的。根據我多年的編程調試經驗，可以給你提供以下幾種類型的錯誤，供你參考（以下以 C 語言編程經驗為例，其他編程語言的調試思路也是同理的）。
其中最容易調試的程序錯誤類型就是：
（1）、在編寫源程序過程中出現的各種語法錯誤。這種錯誤主要是由於剛剛開始學習編程，對編程語言的語句、以及語法結構還不是很清晰造成的，這種錯誤是最容易進行調試的，因為語法錯誤，編譯器連編譯都無法通過（通常會顯示出來具體是哪一行出現錯誤），這樣的話，你就可以直接到出錯的那一行進行修改源代碼了；

（2）、若是經過一段時間的上機練習，對學習編程的初始階段已經較為熟練了、且語法錯誤較少了之後，之後就會遇到更加復雜、並且難於調試的語義錯誤。例如在 C 語言中，對於如下代碼：

void main( )
{
int n ;
scanf("%d", &n) ;
if( n == 100 )
printf(" n is 100 !\n") ;
else
printf(" n is not 100 !\n") ;
}
但是若在邏輯判斷語句：if( n == 100) 中，如果誤將「==」（邏輯等於）寫成了「=」（賦值等於），那麼在 scanf("%d", &n) 語句中，無論你輸入的 n 等於多少，一旦執行 if 語句，那麼 將 100 這個數字賦給變數 n，則該邏輯表達式的值總是 1，程序的運行結果必定總是輸出：n is 100。
而該程序的實際思路是：從鍵盤輸入一個整數，如果該整數等於 100，則輸出：n is 100 ！如果輸入的整數不等於 100 的話，則輸出：n is not 100 !
像這樣的邏輯錯誤（在對 C 語言源程序進行編譯時，C 語言編譯器是檢查不出來的），如果沒有豐富的程序調試經驗，程序調試起來就是非常困難的。
（3）、其它的錯誤類型例如：數組越界、非法使用了未初始化的指針變數、未對指針變數進行有效的內存分配，就向那一塊存儲區域讀寫數據，等等。這些都會造成程序崩潰，嚴重的就會造成操作系統崩潰。