編譯原理程序不能正常結束的原因

① 編譯原理的其他問題

可從許多不同的角度來觀察編譯器的結構，還有其他一些可能的觀點：編譯器的物理結構、操作的順序等等。由於編譯器的結構對其可靠性、有效性、可用性以及可維護性都有很大的影響，所以編譯器的編寫者應熟悉盡可能多的有關編譯器結構的觀點。 程序設計語言的詞法和語法結構通常用形式的術語指定，並使用正則表達式和上下文無關文法。但是，程序設計語言的語義通常仍然是由英語（或其他的自然語言）描述的。這些描述（與形式的詞法及語法結構一起）一般是集中在一個語言參考手冊（language reference manual ）或語言定義（language definition）之中。因為編譯器的編寫者掌握的技術對於語言的定義有很大的影響，所以在使用了一種新的語言之後，語言的定義和編譯器同時也能夠得到開發。類似地，一種語言的定義對於構造編譯器所需的技術也有很 大的關系。編譯器的編寫者更經常遇到的情況是：正在實現的語言是眾所周知的並已有了語言定義。有時這個語言定義已達到了某個語言標准（language standard ）的層次，語言標準是指得到諸如美國國家標准協會（American National Standards Institute ，ANSI ）或國際標准化組織 （International Organization for Standardization，ISO ）的官方標准組織批準的標准。FORTRAN、 Pascal和C語言就具有ANSI標准，Ada有一個通過了美國政府批準的標准。在這種情況下，編譯器的編寫者必須解釋語言的定義並執行符合語言定義的編譯器。通常做到這一點並不容易， 但是有時由於有了標准測試程序集（測試組（test suite ）），就能夠測試編譯器（Ada有這樣一個測試組），這又變得簡單起來了。有時候，一種語言可從數學術語的形式定義（formal definition ）中得到它的語義。現在人們已經使用了許多方法，盡管一個稱作表示語義（denotational semantics ）的方法已經成為較為常用的方法，在函數編程共同體中尤為如此，但現在仍然沒有一種可成為標準的方法。當語言有一個形式定義時，那麼在理論上就有可能給出編譯器與該定義一致的數學證明，但是由於這太難了，而幾乎從未有人做過。無論怎樣， 運行時環境的結構和行為是尤其受到語言定義影響的編譯器構造的一個方面。

② 編譯原理

編譯原理是計算機專業的一門重要專業課，旨在介紹編譯程序構造的一般原理和基本方法。內容包括語言和文法、詞法分析、語法分析、語法制導翻譯、中間代碼生成、存儲管理、代碼優化和目標代碼生成。 編譯原理是計算機專業設置的一門重要的專業課程。編譯原理課程是計算機相關專業學生的必修課程和高等學校培養計算機專業人才的基礎及核心課程，同時也是計算機專業課程中最難及最挑戰學習能力的課程之一。編譯原理課程內容主要是原理性質，高度抽象[1]。

中文名
編譯原理[1]
外文名
Compilers: Principles, Techniques, and Tools[1]
領域
計算機專業的一門重要專業課[1]
快速
導航
編譯器

編譯原理課程

編譯技術的發展

編譯的基本流程

編譯過程概述
基本概念
編譯原理即是對高級程序語言進行翻譯的一門科學技術, 我們都知道計算機程序由程序語言編寫而成, 在早期計算機程序語言發展較為緩慢, 因為計算機存儲的數據和執行的程序都是由0、1代碼組合而成的, 那麼在早期程序員編寫計算機程序時必須十分了解計算機的底層指令代碼通過將這些微程序指令組合排列從而完成一個特定功能的程序, 這就對程序員的要求非常高了。人們一直在研究如何如何高效的開發計算機程序, 使編程的門檻降低。[2]
編譯器
C語言編譯器是一種現代化的設備, 其需要藉助計算機編譯程序, C語言編譯器的設計是一項專業性比較強的工作, 設計人員需要考慮計算機程序繁瑣的設計流程, 還要考慮計算機用戶的需求。計算機的種類在不斷增加, 所以, 在對C語言編譯器進行設計時, 一定要增加其適用性。C語言具有較強的處理能力, 其屬於結構化語言, 而且在計算機系統維護中應用比較多, C語言具有高效率的優點, 在其不同類型的計算機中應用比較多。[3]
C語言編譯器前端設計
編譯過程一般是在計算機系統中實現的, 是將源代碼轉化為計算機通用語言的過程。編譯器中包含入口點的地址、名稱以及機器代碼。編譯器是計算機程序中應用比較多的工具, 在對編譯器進行前端設計時, 一定要充分考慮影響因素, 還要對詞法、語法、語義進行分析。[3]
1 詞法分析[3]
詞法分析是編譯器前端設計的基礎階段, 在這一階段, 編譯器會根據設定的語法規則, 對源程序進行標記, 在標記的過程中, 每一處記號都代表著一類單詞, 在做記號的過程中, 主要有標識符、關鍵字、特殊符號等類型, 編譯器中包含詞法分析器、輸入源程序、輸出識別記號符, 利用這些功能可以將字型大小轉化為熟悉的單詞。[3]
2 語法分析[3]
語法分析是指利用設定的語法規則, 對記號中的結構進行標識, 這包括句子、短語等方式, 在標識的過程中, 可以形成特殊的結構語法樹。語法分析對編譯器功能的發揮有著重要影響, 在設計的過程中, 一定要保證標識的准確性。[3]
3 語義分析[3]
語義分析也需要藉助語法規則, 在對語法單元的靜態語義進行檢查時, 要保證語法規則設定的准確性。在對詞法或者語法進行轉化時, 一定要保證語法結構設置的合法性。在對語法、詞法進行檢查時, 語法結構設定不合理, 則會出現編譯錯誤的問題。前端設計對精確性要求比較好, 設計人員能夠要做好校對工作, 這會影響到編譯的准確性, 如果前端設計存在失誤, 則會影響C語言編譯的效果。[3]

③ 程序編譯錯誤不知道是什麼原因

不能通編譯過的程序實際上還不是合法的程序，因為它不滿足C語言對於程序的基本要求。

檢查語法錯誤的第一要義：集中力量檢查系統發現的第一個錯誤，弄清並改正它。

在編譯過程中系統發現的錯誤主要有兩類：基本語法錯誤和上下文關系錯誤。這些錯誤都在表面上，可以直接看得見。也是比較容易弄清，比較容易解決的。關鍵是需要熟悉C語言的語法規定和有關上下文關系的規定，按照這些規定檢查程序正文，看看存在什麼問題。

編譯中系統發現錯誤都能指出錯誤的位置。不同系統在這方面的能力有差異，在錯誤定位的准確性方面有所不同。有的系統只能指明發現錯誤的行，有的系統還能夠指明行內位置。

一般說，系統指明的位置未必是真實錯誤出現的位置。通常情況是錯誤出現在前，而系統發現錯誤在後，因為它檢查到實際錯誤之後的某個地方，才能確認出了問題，因此報出錯誤信息。要確認第一個錯誤的原因，應該從系統指明的位置開始，在那裡檢查，並從那裡開始向前檢查。

系統的錯誤信息中都包含一段文字，說明它所認定的錯誤原因。應該仔細閱讀這段文字，通常它提供了有關錯誤的重要線索。但也應該理解，錯誤信息未必准確，有時錯誤確實存在，但系統對錯誤的解釋也可能不對。也就是說，在查找錯誤時，既要重視系統提供的錯誤信息，又不應為系統的錯誤信息所束縛。

發現了問題，要想清楚錯誤的真正原因，然後再修改。不要蠻干。在這時的最大誘惑就是想趕快改，看看錯誤會不會消失。但是蠻乾的結果常常是原來的錯誤沒有弄好，又搞出了新的錯誤。

另一個值得注意的地方：程序中的一個語法錯誤常常導致編譯系統產生許多錯誤信息。如果你改正了程序中一個或幾個錯誤，下面的弄不清楚了，那麼就應該重新編譯。改正一處常常能消去許多錯誤信息行。

解決語法錯誤

常見語法錯誤：

1）缺少語句、聲明、定義結束的分號。

2）某種括弧不配對。C語言中括弧性質的東西很多，列舉如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括弧不配對可能引起許多不同的錯誤信息。

3）關鍵字拼寫錯誤。

較難認定的典型錯誤：

1）宏定義造成的錯誤。這種東西不能在源程序文件中直接看到，是在宏替換之後出現的。常見的能引起語法錯誤的宏定義錯誤：宏定義中有不配對的括弧，宏定義最後加了不該有的分號，……

解決上下文關系錯誤

1）變數沒有定義。產生這個問題的原因除了變數確實沒有大意外，還可能是變數的拼寫錯誤，變數的作用域問題（在不能使用某個變數的地方想去用那個變數）。

2）變數重復定義。例如在同一個作用域里用同樣名字定義了兩個變數，函數的局部變數與參數重名等。

3）函數的重復定義。可能是用同一個名字定義了兩個不同的函數。或者是寫出的函數原型在類型上與該函數的定義不相符。有時沒有原型而直接寫函數調用也可能導致這種錯誤信息，因為編譯程序在遇到函數調用而沒有看到函數原型或函數定義時，將給函數假定一個默認原型。如果後來見到的函數定義與假定不符，就會報告函數重復定義錯誤。

4）變數類型與有關運算對運算對象或者函數對參數的要求不符。例如有些運算（如 %）要求整數參數，而你用的是某種浮點數。

5）有些類型之間不能互相轉換。例如你定義了一個結構變數，而後要用它給整數賦值。系統容許的轉換包括：數值類型之間的轉換，整數和指針之間的轉換，指針之間的轉換。其餘轉換（無論是隱含的，還是寫出強制）都不允許。參見《C語言程序設計》（K&R）197-199頁。

如何看待編譯警告

當編譯程序發現程序中某個地方有疑問，可能有問題時就會給出一個警告信息。警告信息可能意味著程序中隱含的大錯誤，也可能確實沒有問題。對於警告的正確處理方式應該是：盡可能地消除之。對於編譯程序給出的每個警告都應該仔細分析，看看是否真的有問題。只有那些確實無問題的警告才能放下不管。

注意：經驗表明，警告常常意味著嚴重的隱含錯誤。

常見警告：

1）（局部自動）變數沒有初始化就使用。如果對局部指針變數出現這種情況，後果不堪設想。對於一般局部自動變數，沒有初始化就使用它的值也不會是有意義的。

2）在條件語句或循環語句的條件中寫了賦值。大部分情況是誤將 == （等於判斷）寫成 = 了。這是很常見的程序錯誤，有些編譯程序對這種情況提出警告。

④ c語言代碼執行到一半終止

大概問題，我已經知道了，所謂的執行到一半就終止，是因為數組越界了，而且編譯器不會報警。
比如，在你這個程序里，我輸出50-200，他永遠只會提示你有21個，因為你輸出之前，還需要把這個偶數存放到一維數組a中，然而一維數組只能存放20個數，50-200中間有76個偶數，到了第20個偶數的時候，數組就已經越界了，程序就運行不正常了，應該是直接跳出了循環。而你是在數組存放了第20個數的後面進行了i++，所以提示是第21個數，數組是從0開始計數的，你是從一開始提示的，所以第21個數其實就是數組a[20]的數，然後就跳出循環了，只要偶數大於21個，程序永遠都只顯示21個數，建議要麼把數組去掉，這樣就可以顯示全部的偶數了，就正常了，要麼把數組設置的大一點，但是這樣，如果數太多了，還是會溢出的，看你的感覺是想保存前20個偶數，那麼建議程序改成這樣，就能即保存前20個數，顯示的也是正常的。
代碼如下：
#include <stdio.h>
#include <windows.h>
int main()
{
int a[20];
int c,d,e,f,g,h,i;
long b;
printf("起始值:");
scanf("%d",&c);
printf("終止值:");
scanf("%d",&d);
d++;
for(b=c;b<d;b++)
{
if(b%2==0)
{
if(i<20)
{
a[i]=b;
}
i++;
printf("第%d個偶數:%d\n",i,b);
}
}

printf("%d到%d中有%d個偶數",c,d,i);
return 0;
}

⑤ 一個c語言程序編譯都通過了，可是每次都不運行完

問題出在輸入函數scanf，當輸入字元串內容時，不需要加取地址符&，而其他數據類型則需要加。
你的代碼中前三個輸入都是字元串，不應該加，而你加了，最後一個是浮點數，應該加，而你沒加。
按照上述規則調整一下程序應該就好了。