工程編譯錯誤時按什麼順序改正
錯誤出在a=sum;這一句——因為構成C語言程序的基本單位是函數而不是C語句，這里的a=sum;不在任何函數中，所以編譯器無法處理而出錯。把它放到主函數中的printf("%d ",a(3,5));之前就可以了。函數外只能進行全局變數定義或聲明，而不能進行其他操作，所以把int (*a)(int, int); a=sum;兩句改成int (*a)(int, int)=sum;，讓它成為聲明變數a並初始化為sum也是可以的。你可以試試。
代碼文本：
#include "stdio.h"
int sum(int a, int b);
int (*a)(int, int);
int main(int argc,char *argv[]){
a=sum;
printf("%d ",a(3,5));
return 0;
}
int sum(int a,int b){
return a+b;
}
② 新手在學習c語言並編譯程序時編譯錯誤怎麼辦
1、確定出錯的行號
如果是一個比較好的集成編譯環境的話，一般雙擊編譯錯誤，滑鼠都會自動跳轉到該行並高亮顯示。
沒有這個功能也沒關系，編譯錯誤裡面也都會有說明某某.c，某某行出的問題
1>e:\visual studio 2005\projects\airplane\airplane\airplane.cpp(52) : error C2065: 'abc' : undeclared identifier
這個就是說明在airplane.cpp的52行有錯誤
2、多個錯誤的話，一般只處理第一個錯誤
如果一次打出很多錯誤的話，不需要每一個都處理，只處理第一個編譯錯誤，然後再次編譯。大部分的時候，都是由於第一個錯誤產生了後續很多錯誤，第一個錯誤解決之後，其他錯誤也就迎刃而解。
3、對錯誤的更改
一般就是看錯誤的編號和後續的英文說明，如上面的錯誤，錯誤編號是C2065，錯誤的解釋是'abc' : undeclared identifier，未定義的標示符，將abc定義即可。
錯誤的種類很多，一般看英文就可以解決，如果解決不了的話，推薦根據錯誤編號上網搜索一下解決方法就OK拉。
③ 程序編譯時出錯了，想請問下如何改正這個錯誤
1。你沒有引用malloc.h或者stdlib.h庫，所以 malloc報錯；
2。你的S與T沒有聲明應該這樣寫：
seqstring*S = (seqstring*) malloc(sizeof(seqstring));
seqstring*T=(seqstring*) malloc(sizeof(seqstring));
④ 對於C語言編程出了錯，怎麼能快速找出錯誤呢
代碼是否存在邏輯錯誤：
1、變數使用前未被數值
實例：
int main()
{
int x=5,y,z;
z=x*y;
printf("%d",z);
return 0;
}
在此程序中變數y在使用之前未被賦值，所以結果輸出z的值就會是系統隨機分配一個值給y再加乘以x的值。
2、把賦值賦值符號「=」與等於符號「==」相混淆
實例：
有一下語句：
if(a=5)
{
printf("a等於5");
}
輸出的結果永遠都是「a等於5」，原因是在執行if(a=5)之時，無論a之前是什麼值，此時都會被重新賦值為5，而不是把a的值與5相比較，而正確的表示比較的表示為：
if(a==5)
{
printf("a等於5");
}
(4)工程編譯錯誤時按什麼順序改正擴展閱讀
C語言編程注意事項：
1、書寫標識符時，忽略了大小寫字母的區別。
2、將字元常量與字元串常量混淆。
3、忽略了變數的類型，進行了不合法的運算。
4、忽略了「=」與「==」的區別。
5、忘記加分號。
6、多加分號。
7、輸入變數時忘記加地址運算符「&」。
⑤ 工程設置不正確形成的編譯錯誤在中Visual Unit 4怎麼解決
用於引入靜態或動態庫的頭文件設置是否正確
用於引入靜態或動態庫的頭文件目錄應該放在庫頭文件目錄中。
如果常規頭文件目錄中，有些頭文件是用於引入靜態或動態庫，應該設為L，方法是：從工程菜單打開工程屬性，在「頭文件」頁，點擊「詳細分類」，打開「頭文件分類」查看和修改。如果整個大目錄都應該設為L，最好將目錄移到庫頭文件目錄中。
預處理定義是否與產品文件一致
對於用戶設定的預處理定義(「編譯條件」)，產品項目、VU工程兩者應保持一致。
頭文件搜索順序是否正確
如果項目目錄下存在多個同名頭文件，可能導致VU搜索到錯誤的頭文件，可在「工程屬性」的「頭文件」頁，調整頭文件搜索順序 ，以便首先搜索到正確的頭文件；或點擊「詳細分類」，打開「頭文件分類」對話框，將不使用的頭文件設為「X」。
⑥ C程序編譯時提示錯誤，怎麼改正下列程序呢找不出錯誤在哪裡，怎麼改
能把你的錯誤信息給復制出來么，圖片這好像不全啊
float root(float x1,floatx2)改成 float root(float x1,float x2)啊沒空格
⑦ 程序編譯錯誤不知道是什麼原因
不能通編譯過的程序實際上還不是合法的程序，因為它不滿足C語言對於程序的基本要求。
檢查語法錯誤的第一要義：集中力量檢查系統發現的第一個錯誤，弄清並改正它。
在編譯過程中系統發現的錯誤主要有兩類：基本語法錯誤和上下文關系錯誤。這些錯誤都在表面上，可以直接看得見。也是比較容易弄清，比較容易解決的。關鍵是需要熟悉C語言的語法規定和有關上下文關系的規定，按照這些規定檢查程序正文，看看存在什麼問題。
編譯中系統發現錯誤都能指出錯誤的位置。不同系統在這方面的能力有差異，在錯誤定位的准確性方面有所不同。有的系統只能指明發現錯誤的行，有的系統還能夠指明行內位置。
一般說，系統指明的位置未必是真實錯誤出現的位置。通常情況是錯誤出現在前，而系統發現錯誤在後，因為它檢查到實際錯誤之後的某個地方，才能確認出了問題，因此報出錯誤信息。要確認第一個錯誤的原因，應該從系統指明的位置開始，在那裡檢查，並從那裡開始向前檢查。
系統的錯誤信息中都包含一段文字，說明它所認定的錯誤原因。應該仔細閱讀這段文字，通常它提供了有關錯誤的重要線索。但也應該理解，錯誤信息未必准確，有時錯誤確實存在，但系統對錯誤的解釋也可能不對。也就是說，在查找錯誤時，既要重視系統提供的錯誤信息，又不應為系統的錯誤信息所束縛。
發現了問題，要想清楚錯誤的真正原因，然後再修改。不要蠻干。在這時的最大誘惑就是想趕快改，看看錯誤會不會消失。但是蠻乾的結果常常是原來的錯誤沒有弄好，又搞出了新的錯誤。
另一個值得注意的地方：程序中的一個語法錯誤常常導致編譯系統產生許多錯誤信息。如果你改正了程序中一個或幾個錯誤，下面的弄不清楚了，那麼就應該重新編譯。改正一處常常能消去許多錯誤信息行。
解決語法錯誤
常見語法錯誤：
1）缺少語句、聲明、定義結束的分號。
2）某種括弧不配對。C語言中括弧性質的東西很多，列舉如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括弧不配對可能引起許多不同的錯誤信息。
3）關鍵字拼寫錯誤。
較難認定的典型錯誤：
1）宏定義造成的錯誤。這種東西不能在源程序文件中直接看到，是在宏替換之後出現的。常見的能引起語法錯誤的宏定義錯誤：宏定義中有不配對的括弧，宏定義最後加了不該有的分號，……
解決上下文關系錯誤
1）變數沒有定義。產生這個問題的原因除了變數確實沒有大意外，還可能是變數的拼寫錯誤，變數的作用域問題（在不能使用某個變數的地方想去用那個變數）。
2）變數重復定義。例如在同一個作用域里用同樣名字定義了兩個變數，函數的局部變數與參數重名等。
3）函數的重復定義。可能是用同一個名字定義了兩個不同的函數。或者是寫出的函數原型在類型上與該函數的定義不相符。有時沒有原型而直接寫函數調用也可能導致這種錯誤信息，因為編譯程序在遇到函數調用而沒有看到函數原型或函數定義時，將給函數假定一個默認原型。如果後來見到的函數定義與假定不符，就會報告函數重復定義錯誤。
4）變數類型與有關運算對運算對象或者函數對參數的要求不符。例如有些運算（如 %）要求整數參數，而你用的是某種浮點數。
5）有些類型之間不能互相轉換。例如你定義了一個結構變數，而後要用它給整數賦值。系統容許的轉換包括：數值類型之間的轉換，整數和指針之間的轉換，指針之間的轉換。其餘轉換（無論是隱含的，還是寫出強制）都不允許。參見《C語言程序設計》（K&R）197-199頁。
如何看待編譯警告
當編譯程序發現程序中某個地方有疑問，可能有問題時就會給出一個警告信息。警告信息可能意味著程序中隱含的大錯誤，也可能確實沒有問題。對於警告的正確處理方式應該是：盡可能地消除之。對於編譯程序給出的每個警告都應該仔細分析，看看是否真的有問題。只有那些確實無問題的警告才能放下不管。
注意：經驗表明，警告常常意味著嚴重的隱含錯誤。
常見警告：
1）（局部自動）變數沒有初始化就使用。如果對局部指針變數出現這種情況，後果不堪設想。對於一般局部自動變數，沒有初始化就使用它的值也不會是有意義的。
2）在條件語句或循環語句的條件中寫了賦值。大部分情況是誤將 == （等於判斷）寫成 = 了。這是很常見的程序錯誤，有些編譯程序對這種情況提出警告。
⑧ 編譯器編譯代碼時， 他的順序是怎樣的
先定義全局變數，再按照從左至右，從上至下的順序將源代碼（也就是你寫的代碼）編譯成機器能識別的機器碼，最後再執行編譯好的機器碼.
⑨ 對於一個比較大的工程,keil在編譯那些文件的順序是怎麼樣的怎麼看出文件編譯的先後順呢
編譯順序就是左邊項目的樹型目錄中的C文件排列順序，這個順序沒什麼關系的。
你要看的話，在編譯的時候，提示信息會依次告訴你「compling xxxx.c...」