編譯代碼比解釋代碼存在更多的風險
C語言編程時提示"expected"說明代碼缺乏必要內容導致語法錯誤，解決方法如下：
1、首先打開c語言編程軟體，在創建進度條項目。
❷ 編譯型語言和解釋型語言的區別
編譯型語言在程序執行之前，有一個單獨的編譯過程，將程序翻譯成機器語言就不用再進行翻譯了。
解釋型語言，是在運行的時候將程序翻譯成機器語言，所以運行速度相對於編C/C++ 等都是編譯型語言，而Java，C#等都是解釋型語言。
雖然Java程序在運行之前也有一個編譯過程，但是並不是將程序編譯成機器語言，而是將它編譯成位元組碼（可以理解為一個中間語言）。
在運行的時候，由JVM將位元組碼再翻譯成機器語言。
註：腳本語言一般都有相應的腳本引擎來解釋執行。 他們一般需要解釋器才能運行。JAVASCRIPT,ASP,PHP,PERL,Nuva都是腳本語言。C/C++編譯、鏈接後，可形成獨立執行的exe文件。
編譯型語言：
編譯型語言最大的優勢之一就是其執行速度。用C/C++編寫的程序運行速度要比用Java編寫的相同程序快30%-70%。
編譯型程序比解釋型程序消耗的內存更少。
不利的一面——編譯器比解釋器要難寫得多。
編譯器在調試程序時提供不了多少幫助——有多少次在你的C語言代碼中遇到一個「空指針異常」時，需要花費好幾個小時來明確錯誤到底在代碼中的什麼位置。
可執行的編譯型代碼要比相同的解釋型代碼大許多。例如，C/C++的.exe文件要比同樣功能的Java的.class文件大很多。
編譯型程序是面向特定平台的因而是平台依賴的。
編譯型程序不支持代碼中實現安全性——例如，一個編譯型的程序可以訪問內存的任何區域，並且可以對你的PC做它想做的任何事情（大部分病毒是使用編譯型語言編寫的）
由於鬆散的安全性和平台依賴性，編譯型語言不太適合開發網際網路或者基於Web的應用。
解釋型語言提供了極佳的調試支持。一名Java程序員只需要幾分鍾就可以定位並修復一個「空指針異常」，因為Java運行環境不僅指明了異常的性質，而且給出了異常發生位置具體的行號和函數調用順序（著名的堆棧跟蹤信息）。這樣的便利是編譯型語言所無法提供的。
另一個優勢是解釋器比編譯器容易實現
解釋型語言最大的優勢之一是其平台獨立性
解釋型語言也可以保證高度的安全性——這是互聯網應用迫切需要的
中間語言代碼的大小比編譯型可執行代碼小很多
平台獨立性，以及嚴密的安全性是使解釋型語言成為適合互聯網和Web應用的理想語言的2個最重要的因素。
解釋型語言存在一些嚴重的缺點。解釋型應用佔用更多的內存和CPU資源。這是由於，為了運行解釋型語言編寫的程序，相關的解釋器必須首先運行。解釋器是復雜的，智能的，大量消耗資源的程序並且它們會佔用很多CPU周期和內存。
由於解釋型應用的decode-fetch-execute（解碼-抓取-執行）的周期，它們比編譯型程序慢很多。
解釋器也會做很多代碼優化，運行時安全性檢查；這些額外的步驟佔用了更多的資源並進一步降低了應用的運行速度。
解釋型語言：
❸ 編譯程序和解釋程序的區別
編譯程序和解釋程序的區別是：
1、編譯是將源程序翻譯成可執行的目標代碼；解釋程序不產生目標代碼。
2、解釋程序可跨平台使用；編譯程序跨平台性不好。
3、解釋程序可以隨時修改，立刻生效；編譯程序不行。
4、解釋程序運行效率低；編譯程序執行速度快。
編譯是將源程序翻譯成可執行的目標代碼，翻譯與執行是分開的；而解釋是對源程序的翻譯與執行一次性完成，不生成可存儲的目標代碼。這只是表象，二者背後的最大區別是：對解釋執行而言，程序運行時的控制權在解釋器而不在用戶程序；對編譯執行而言，運行時的控制權在用戶程序。
解釋具有良好的動態特性和可移植性，比如在解釋執行時可以動態改變變數的類型、對程序進行修改以及在程序中插入良好的調試診斷信息等，而將解釋器移植到不同的系統上，則程序不用改動就可以在移植了解釋器的系統上運行。
同時解釋器也有很大的缺點，比如執行效率低，佔用空間大，因為不僅要給用戶程序分配空間，解釋器本身也佔用了寶貴的系統資源。
編譯器是把源程序的每一條語句都編譯成機器語言,並保存成二進制文件,這樣運行時計算機可以直接以機器語言來運行此程序，速度很快。
而解釋器則是只在執行程序時，才一條一條的解釋成機器語言給計算機來執行，所以運行速度是不如編譯後的程序運行的快的。
❹ 編譯執行和解釋執行的區別
一、主體不同
1、編譯執行：由編譯程序將目標代碼一次性編譯成目標程序，再由機器運行目標程序。
2、解釋執行：將源語言直接作為源程序輸入，解釋執行解釋一句後就提交計算機執行一句，並不形成目標程序。
二、優勢不同
1、編譯執行：相比解釋執行編譯執行效率高，佔用資源小，適合復雜程序
2、解釋執行：開發速度快，出現嚴重BUG的幾率小。
三、缺點不同
1、編譯執行：兼容性差，例如在windows平台上寫的編譯程序一般不可以在unix平台上運行。
2、解釋執行：解析需要時間，不生成目標程序而是一句一句的執行的方式會造成計算機資源的浪費，即執行效率低。
❺ VC++6.0編譯時出現警告
警告本身不影響編譯器編譯程序！
警告是編譯器在編譯源代碼的過程中，經過虛纖簡單分析源代碼之後，簡單判斷的可能存在風險的代碼
編譯器給出的警告一般都是很友好的，針對性的處理警告對提高程序穩定性者譽兆很有幫助。比如它提示變數沒有初始化，因為沒有初始化的變數中包含的是隨機值，對程序很不利；它提示存在沒有使用的變數，那麼去掉這些變數可以減小內存浪費，等等很多
如果你現在是學習vc的階段，那麼可以不用在意警告，只要程序可以運行，達到你的要求就可以了！
但是如果你是在寫成品的軟體，那麼請一定嚴肅處理警告，即第一步保證編譯正常通過，不出現錯誤，第二步就是處理警告，保證沒有警告的存在（當然，不是使用預編譯指令，禁用警告）
不知道你是否聽過大名鼎鼎的PCLint，它可以認為是比一般編譯器更嚴格的編譯器，它往往將警告首租設置為錯誤，目的就是提醒程序員處理潛在的問題。