編譯一致性官網說法

A. 編程語言有幾種，分別都是編什麼程序的

計算機語言孫培的種類非常的多，總的來說可以分成機器語言，匯編語言，高級語言三大類。

電腦每做的一次動作，一個步驟，都是按照以經用計算機語言編好的程序來執行的，程序是計算機要執行的指令的集合，而程序全部都是用我們所掌握的語言來編寫的。所以人們要控制計算機一定要通過計算機語言向計算機發出命令。

計算機所能識別的語言只有機器語言，即由0和1構成的代碼。但通常人們編程時，不採用機器語言，因為它非常難於記憶和識別。

目前通用的編程語言有兩種形式：匯編語言和高級語言。

匯編語言的實質和機器語言是相同的，都是直接對硬體操作，只不過指令採用了英文縮寫的標識符，更容易識別和記憶。它同樣需要編程者將每一步具體的操作用命令的形式寫出來。匯編程序通常由三部分組成：指令、偽指令和宏指令。匯編程序的每一句指令只能對應實際操作過程中的一個很細微的動作，例如移動、自增，因此匯編源程序一般比較冗長、復雜、容易出錯，而且使用匯編語言編程需要有更多的計算機專業知識，但匯編語言的優點也是顯而易見的，用匯編語言所能完成的操作不是一般高級語言所能實現的，而且源程序經匯編生成的可執行文件不僅比較小，而且執行速度很快。

高級語言是目前絕大多數編程者的選擇。和匯編語言相比，它不但將許多相關的機器指令合成為單條指令，並且去掉了與具體操作有關但與完成工作無關的細節，例如使用堆棧、寄存器等，這樣就大大簡化了程序中的指令。同時，由於省略了很多細節，編程者也就不需要有太多的專業知識。

高級語言主要是相對於匯編語言而言，它並不是特指某一種具體的語言，而是包括了很多編程語言，如目前流行的VB、VC、FoxPro、Delphi等，這些語言的語法、命令格式都各不相同。

高級語言所編制的程序不能直接被計算機識別，必須經過轉換才能被執行，按轉換方式可將它們分為兩類:

解釋類：執行方式類似於我們日常生活中的「同聲翻譯」，應用程序源代碼一邊由相應語言的解釋器「翻譯」成目標代碼(機器語言)，一邊執行，因此效率比較低，而且不能生成可獨立執行的可執行文件，應用程序不能脫離其解釋器，但這種方式比較靈活，可以動態地調整、修改應用程序。

編譯類：編譯是指在應用源程序執行之前，就將程序源代碼「翻譯」成目標代碼(機器語言)，因此其目標程序可以脫離其語言環境獨立執行，使用比較方便、效率較高。但應用程序一旦需要修改，必須則笑唯先修改源代碼，再重新編譯生成新的目標文件(＊.OBJ)才能執行，只有目標文件而沒有源代碼，修改很不方便。現在大多數的編程語言都是編譯型的，例如VisualC＋＋、VisualFoxpro、Delphi等。

[NextPage]

學習編程，從何入手

如果您想學習編程，卻又不知從何入手，那麼您不妨看看下面的幾種學習方案，可能會給您一些啟示吧！

==============================================

方案一Basic語言&VisualBasic

優點

（1）Basic簡單易學，很容易上手。

（2）VisualBasic提供了強大的可視化編程能力，可以讓你輕松地做出漂亮的程序。

（3）眾多的控制項讓編程變得象壘積木一樣簡單。

（4）VisualBasic的全部漢化讓我們這些見了English就頭大的人喜不自禁。

缺點

（1）VisualBasic不是真正的面向對象的開發文具。

（2）VisualBasic的數據類型太少，而且不支持指針，這使得它的表達能力很有限。

（3）VisualBasic不是真正的編譯型語言，它產生的最終代碼不是可執行的，是一種偽代碼。它需要一個動態鏈接庫去解釋執行，這使得VisualBasic的編譯速度大大變慢。

綜述：方案一適合初涉編程的朋升團友，它對學習者的要求不高，幾乎每個人都可以在一個比較短的時間里學會vB編程，並用VB做出自己的作品。對於那些把編程當做游戲的朋友來說，VB是您最佳的選擇。

Basic/VisualBasic簡介

==============================================

方案二Pascal語言&Delphi

優點

（1）Pascal語言結構嚴謹，可以很好地培養一個人的編程思想。

（2）Delphi是一門真正的面向對象的開發工具，並且是完全的可視化。

（3）Delphi使用了真編譯，可以讓你的代碼編譯成為可執行的文件，而且編譯速度非常快。

（4）Delphi具有強大的資料庫開發能力，可以讓你輕松地開發資料庫。

缺點

Delphi幾乎可以說是完美的，只是Pascal語言的過於嚴謹讓人感覺有點煩。

綜述:方案二比較適合那些具有一定編程基礎並且學過Pascal語言的朋友。

Pascal語言簡介

Delphi簡介

==============================================

方案三C語言&VisualC++

優點

（1）C語言靈活性好，效率高，可以接觸到軟體開發比較底層的東西。

（2）微軟的MFC庫博大精深，學會它可以讓隨心所欲地進行編程。

（3）VC是微軟製作的產品，與操作系統的結合更加緊密。

缺點

對使用者的要求比較高，既要具備豐富的C語言編程經驗，又要具有一定的WINDOWS編程基礎，它的過於專業使得一般的編程愛好者學習起來會有不小的困難。

綜述:VC是程序員用的東西。如果你是一個永不滿足的人，而且可以在編程上投入很大的精力和時間，那麼學習VC你一定不會後悔的。

C語言簡介

==============================================

方案四C++語言&C++Builder

優點

（1）C++語言的優點全部得以繼承。

（2）完全的可是化。

（3）極強的兼容性，支持OWL、VCL和MFC三大類庫。

（4）編譯速度非常快。

缺點

由於推出的時間太短，關於它的各種資料還不太多。

綜述：我認為C++Builder是最好的編程工具。它既保持了C++語言編程的優點，又做到了完全的可視化。

C語言簡介

==============================================

方案五SQL語言&PowerBuilder

對於一些傳統的數據開發人員來說，Foxpro系列也許讓他們感到更加熟悉。但是對於初學者來說，PowerBuilder也許是最好的資料庫開發工具。各種各樣的控制項，功能強大的PowerBuilder語言都會幫助你開發出自己的資料庫應用程序。

[NextPage]

JSP簡介

在Sun正式發布JSP(javaServerPages)之後，這種新的Web應用開發技術很快引起了人們的關注。JSP為創建高度動態的Web應用提供了一個獨特的開發環境。按照Sun的說法，JSP能夠適應市場上包括ApacheWebServer、IIS4.0在內的85%的伺服器產品。

JSP與ASP的簡單比較

JSP與Microsoft的ASP技術非常相似。兩者都提供在HTML代碼中混合某種程序代碼、由語言引擎解釋執行程序代碼的能力。在ASP或JSP環境下，HTML代碼主要負責描述信息的顯示樣式，而程序代碼則用來描述處理邏輯。普通的HTML頁面只依賴於Web伺服器，而ASP和JSP頁面需要附加的語言引擎分析和執行程序代碼。程序代碼的執行結果被重新嵌入到HTML代碼中，然後一起發送給瀏覽器。ASP和JSP都是面向Web伺服器的技術，客戶端瀏覽器不需要任何附加的軟體支持。

ASP的編程語言是VBScript之類的腳本語言，JSP使用的是Java，這是兩者最明顯的區別。

此外，ASP與JSP還有一個更為本質的區別：兩種語言引擎用完全不同的方式處理頁面中嵌入的程序代碼。在ASP下，VBScript代碼被ASP引擎解釋執行；在JSP下，代碼被編譯成Servlet並由Java虛擬機執行，這種編譯操作僅在對JSP頁面的第一次請求時發生。

運行環境

執行JSP代碼需要在伺服器上安裝JSP引擎。此處我們使用的是Sun的JavaServerWebDevelopmentKit（JSWDK）。為便於學習，這個軟體包提供了大量可供修改的示例。安裝JSWDK之後，只需執行startserver命令即可啟動伺服器。在默認配置下伺服器在埠8080監聽，使用p>

在運行JSP示例頁面之前，請注意一下安裝JSWDK的目錄，特別是"work"子目錄下的內容。執行示例頁面時，可以在這里看到JSP頁面如何被轉換成Java源文件，然後又被編譯成class文件（即Servlet）。JSWDK軟體包中的示例頁面分為兩類，它們或者是JSP文件，或者是包含一個表單的HTML文件，這些表單均由JSP代碼處理。與ASP一樣，JSP中的Java代碼均在伺服器端執行。因此，在瀏覽器中使用"查看源文件"菜單是無法看到JSP源代碼的，只能看到結果HTML代碼。所有示例的源代碼均通過一個單獨的"examples"頁面提供。

JavaServlet是一種開發Web應用的理想構架。JSP以Servlet技術為基礎，又在許多方面作了改進。JSP頁面看起來象普通HTML頁面，但它允許嵌入執行代碼，在這一點上，它和ASP技術非常相似。利用跨平台運行的JavaBean組件，JSP為分離處理邏輯與顯示樣式提供了卓越的解決方案。JSP必將成為ASP技術的有力競爭者。

[NextPage]

SQL語言簡介

SQL全稱是「結構化查詢語言(StructuredQueryLanguage)」，最早的是IBM的聖約瑟研究實驗室為其關系資料庫管理系統SYSTEMR開發的一種查詢語言，它的前身是SQUARE語言。SQL語言結構簡潔，功能強大，簡單易學，所以自從IBM公司1981年推出以來，SQL語言，得到了廣泛的應用。如今無論是像Oracle,Sybase,Informix,SQLserver這些大型的資料庫管理系統，還是像VisualFoxporo,PowerBuilder這些微機上常用的資料庫開發系統，都支持SQL語言作為查詢語言。

StructuredQueryLanguage包含4個部分：

數據查詢語言DQL-DataQueryLanguageSELECT

數據操縱語言DQL-,UPDATE,DELETE

數據定義語言DQL-DataDefinitionLanguageCREATE,ALTER,DROP

數據控制語言DQL-DataControlLanguageCOMMITWORK,ROLLBACKWORK

SQL的歷史

在70年代初，

E.E.Codd

1979年ORACLE公司首先提供商用的SQL，IBM公司在DB2和SQL/DS資料庫系統中也實現了SQL。

1986年10月，美國ANSI採用SQL作為關系資料庫管理系統的標准語言(ANSIX3.135-1986)，後為國際標准化組織(ISO)採納為國際標准。

1989年，美國ANSI採納在ANSIX3.135-1989報告中定義的關系資料庫管理系統的SQL標准語言，稱為ANSISQL89，該標准替代ANSIX3.135-1986版本。該標准為下列組織所採納：

●國際標准化組織(ISO)，為ISO9075-1989報告「」

●美國聯邦政府，發布在(FIPSPUB)127

目前，所有主要的關系資料庫管理系統支持某些形式的SQL語言，大部分資料庫打算遵守ANSISQL89標准。

SQL的優點

SQL廣泛地被採用正說明了它的優點。它使全部用戶，包括應用程序員、DBA管理員和終端用戶受益非淺。

(1)非過程化語言

SQL是一個非過程化的語言，因為它一次處理一個記錄，對數據提供自動導航。SQL允許用戶在高層的數據結構上工作，而不對單個記錄進行操作，可操作記錄集。所有SQL語句接受集合作為輸入，返回集合作為輸出。SQL的集合特性允許一條SQL語句的結果作為另一條SQL語句的輸入。SQL不要求用戶指定對數據的存放方法。這種特性使用戶更易集中精力於要得到的結果。所有SQL語句使用查詢優化器，它是RDBMS的一部分，由它決定對指定數據存取的最快速度的手段。查詢優化器知道存在什麼索引，哪兒使用合適，而用戶從不需要知道表是否有索引，表有什麼類型的索引。

(2)統一的語言

SQL可用於所有用戶的DB活動模型，包括系統管理員、資料庫管理員、應用程序員、決策支持系統人員及許多其它類型的終端用戶。基本的SQL命令只需很少時間就能學會，最高級的命令在幾天內便可掌握。SQL為許多任務提供了命令，包括：

●查詢數據

●在表中插入、修改和刪除記錄

●建立、修改和刪除數據對象

●控制對數據和數據對象的存取

●保證資料庫一致性和完整性

以前的資料庫管理系統為上述各類操作提供單獨的語言，而SQL將全部任務統一在一種語言中。

(3)是所有關系資料庫的公共語言

由於所有主要的關系資料庫管理系統都支持SQL語言，用戶可將使用SQL的技能從一個RDBMS轉到另一個。所有用SQL編寫的程序都是可以移植的。

[NextPage]

Java語言簡介

一.Java的由來

當1995年SUN推出Java語言之後，全世界的目光都被這個神奇的語言所吸引。那麼Java到底有何神奇之處呢？

Java語言其實最是誕生於1991年，起初被稱為OAK語言，是SUN公司為一些消費性電子產品而設計的一個通用環境。他們最初的目的只是為了開發一種獨立於平台的軟體技術，而且在網路出現之前，OAK可以說是默默無聞，甚至差點夭折。但是，網路的出現改變了OAK的命運。

在Java出現以前。Internet上的信息內容都是一些乏味死板的HTML文檔。這對於那些迷戀於WEB瀏覽的人們來說簡直不可容忍。他們迫切希望能在WEN中看到一些互動式的內容，開發人員也極希望能夠在WEB上創建一類無需考慮軟硬體平台就可以執行的應用程序，當然這些程序還要有極大的安全保障。對於用戶的這種要求，傳統的編程語言顯得無能為力，面SUN的工程師敏銳地察覺到了這一點，從1994年起，他們開始將OAK技術應用於WEB上，並且開發出了HotJava的第一個版本。當SUN公司1995年正式以Java這個名字推出的時候，幾乎所有的WEB開發人員都想到：噢，這正是我想要的。於是Java成了一顆耀眼的明星，丑小鴨一下了變成了白天鵝。

二.Java的定義

Java是一種簡單的，面象對象的，分布式的，解釋的，鍵壯的安全的，結構的中立的，可移植的，性能很優異的多線程的，動態的語言。

Java的開發環境有不同的版本，如sun公司的JavaDevelopersKit，簡稱JDK。後來微軟公司推出了支持Java規范的MicrosoftVisualJ++Java開發環境，簡稱VJ++。

三.Java的特點

1.平台無關性

平台無關性是指Java能運行於不同的平台。Java引進虛擬機原理，並運行於虛擬機，實現不同平台的Java介面之間。使用Java編寫的程序能在世界范圍內共享。Java的數據類型與機器無關，Java虛擬機（JavaVirtualMachine）是建立在硬體和操作系統之上，實現Java二進制代碼的解釋執行功能，提供於不同平台的介面的。

2.安全性

Java的編程類似C++,學習過C++的讀者將很快掌握Java的精髓。Java舍棄了C++的指針對存儲器地址的直接操作，程序運行時，內存由操作系統分配，這樣可以避免病毒通過指針侵入系統。Java對程序提供了安全管理器，防止程序的非法訪問。

3.面向對象

Java吸取了C++面向對象的概念,將數據封裝於類中,利用類的優點,實現了程序的簡潔性和便於維護性。類的封裝性、繼承性等有關對象的特性，使程序代碼只需一次編譯，然後通過上述特性反復利用。程序員只需把主要精力用在類和介面的設計和應用上。Java提供了眾多的一般對象的類，通過繼承即可使用父類的方法。在Java中，類的繼承關系是單一的非多重的，一個子類只有一個父類，子類的父類又有一個父類。Java提供的Object類及其子類的繼承關系如同一棵倒立的樹形，根類為Object類，Object類功能強大，經常會使用到它及其它派生的子類。

4.分布式

Java建立在擴展TCP/IP網路平台上。庫函數提供了用HTTP和FTP協議傳送和接受信息的方法。這使得程序員使用網路上的文件和使用本機文件一樣容易。

5.鍵壯性

Java致力於檢查程序在編譯和運行時的錯誤。類型檢查幫助檢查出許多開發早期出現的錯誤。Java自已操縱內存減少了內存出錯的可能性。Java還實現了真數組，避免了覆蓋數據的可能。這些功能特徵大大提高了開發Java應用程序的周期。Java提供：Null指針檢測、數組邊界檢測、異常出口、Bytecode校驗。

四.Java與C/C++語言

Java提供了一個功能強大語言的所有功能，但幾乎沒有一點含混特徵。C++安全性不好，但C和C++被大家接受，所以Java設計成C++形式，讓大家很容易學習。

Java去掉了C++語言的許多功能，讓Java的語言功能很精煉，並增加了一些很有用的功能，如自動收集碎片。

Java去掉了以下幾個C和C++功能：

指針運算

結構

typedefs

#define

需要釋放內存

這將減少了平常出錯的50%。而且，Java很小，整個解釋器只需215K的RAM。

面象對象：Java實現了C++的基本面象對象技術並有一些增強，（為了語言簡單，刪除了一些功能）。Java處理數據方式和用對象介面處理對象數據方式一樣。

五.Java與Internet

我們知道，早先的www僅可以傳送文本和圖片，Java的出現實現了互動的頁面，是一次偉大的革命。

Java並不是為Internet,WWW而設計的，它也可以用來編寫獨立的應用程序。Java是一種面向對象語言。Java語言類似於C++語言，所以已熟練掌握C++語言的編程人員，再學習Java語言就容易得多！Java程序需要編譯。實際上有兩種Java程序：一種Java應用程序是一個完整的程序，如Web瀏覽器。一種Java小應用程序是運行於Web瀏覽器中的一個程序.

Java程序和它的瀏覽器HotJava，提供了可讓你的瀏覽器運行程序的方法。你能從你的瀏覽器里直接播放聲音。你還能播放頁面里的動畫。Java還能告訴你的瀏覽器怎樣處理新的類型文件。當我們能在2400baud線上傳輸視頻圖象時，HotJava將能顯示這些視頻。

當今Internet的一大發展趨勢是電子商務，而Internet的安全問題是必須解決的問題，通常大的部門應設置防火牆，阻止非法侵入。

電子商務是當今的熱門話題，然而傳統的編程語言難以勝任電子商務系統，電子商務要求程序代碼具有基本的要求：安全、可靠、同時要求能與運行於不同平台的機器的全世界客戶開展業務。Java以其強安全性、平台無關性、硬體結構無關性、語言簡潔同時面向對象，在網路編程語言中占據無可比擬的優勢，成為實現電子商務系統的

B. gcc和g 的區別

我們在編譯c/c++代碼的時候，有人用gcc，有人用g++，於是各種說法都來了，譬如c代碼用gcc，而c++代碼用g++，或者說編譯用 gcc，鏈接用g++，一時也不知哪個說法正確，如果再遇上個extern "C"，分歧就更多了，這里我想作個了結，畢竟知識的目的是令人更清醒，而不是更糊塗。
誤區一:gcc只能編譯c代碼,g++只能編譯c++代碼
兩者都纖沖可以，但是請注意：
1.後綴為.c的，gcc把它當作是C程序，而g++當作是c++程序；後綴為.cpp的，兩者都會認為是c++程序，注意，雖然c++是c的超集，但是兩者對語法的要求是有區別的，例如：
#include <stdio.h>
int main(int argc, char* argv[]) {
if(argv == 0) return;
printString(argv);
return;
}
int printString(char* string) {
sprintf(string, "This is a test.\n");
}
如果按照C的語法規則，OK，沒問題，但是，一旦把後綴改為cpp，立刻報三個錯：「printString未定義」；
「cannot convert `char**' to `char*」；
」return-statement with no value「；
分別對應前面紅色標注的部分。可見C++的語法規則更加嚴謹一些。
2.編譯階段，g++會調用gcc，對於c++代碼，兩者是等價的，但是因為gcc命令不能自動和C＋＋程序使用的庫聯接，所以通常用g++來完成鏈接，為了統一起見，乾脆編譯/鏈接統統用g++了，這就給人一種錯覺，好像cpp程序只能用g++似的。
誤區二:gcc不會定義__cplusplus宏，而g++會
實際上，這個宏只是標志著編譯器將會把代碼按C還是C++語法來解釋，如上所述，如果後綴為.c，並且採用gcc編譯器，則該宏就是未定義的，否則，就是已定義。
誤區三:編譯只能用gcc，鏈接只能用g++
嚴格來說，這句話不算錯誤，但是它混淆了概念，應該這樣說：編譯可以用gcc/g++，而鏈接可以用g++或者gcc -lstdc++。因為gcc命令不能自動和C＋＋程序使用的庫聯接，所以通常使用g++來完成聯接。但在編譯階段，g++會自動調用gcc，二者等價。
誤區四:extern "C"與gcc/g++有關系
實際上並無關系，無論是gcc還是g++，用extern "c"時，都是以C的命名方式來為symbol命名，否則，都以c++方式命名。試驗如下：
me.h：
extern "C" void CppPrintf(void);
me.cpp:
#include <iostream>
#include "me.h"
using namespace std;
void CppPrintf(void)
{
cout << "Hello\鋒晌n";
}
test.cpp:
#include <stdlib.h>
#include <stdio.h>
#include "me.h"
int main(void)
{
CppPrintf();
return 0;
}
1. 先給me.h加上extern "C"，看用gcc和g++命名有什麼不同
[root@root G++]# g++ -S me.cpp
[root@root G++]# less me.s
.globl _Z9CppPrintfv //注意此函數的命名
.type CppPrintf, @function
[root@root GCC]# gcc -S me.cpp
[root@root GCC]# less me.s
.globl _Z9CppPrintfv //注意此函數的命名
.type CppPrintf, @function
完全相同！

2. 去掉me.h中extern "C"，看用gcc和g++命銀豎鋒名有什麼不同
[root@root GCC]# gcc -S me.cpp
[root@root GCC]# less me.s
.globl _Z9CppPrintfv //注意此函數的命名
.type _Z9CppPrintfv, @function
[root@root G++]# g++ -S me.cpp
[root@root G++]# less me.s
.globl _Z9CppPrintfv //注意此函數的命名
.type _Z9CppPrintfv, @function
完全相同！
【結論】完全相同，可見extern "C"與採用gcc/g++並無關系，以上的試驗還間接的印證了前面的說法：在編譯階段，g++是調用gcc的。

C. vs編譯優化每次優化結果都一樣嗎

每次使用VS編譯器進行編譯優化時，優化結果並不總是完全相同的，尤其是當代碼茄和和輸入參數不同的時候。優化的結果是取決於代碼和輸入參數的，所以每次優化結果可能會有所不同。然而，對於相同的代碼和輸入參數，同一個編譯器版本的編譯優化結果應該是相同的，這是因為編譯器的編譯規則和豎鉛語法分析是一樣的，優化的演算法和策略也是一致的，所以最終生成的機器碼也應該是相顫纖盯同的。拓展內容：為了保證編譯器生成可重復的優化結果，可以通過指定編譯選項來控制編譯器中某些優化行為的開關狀態，以達到一類特定優化行為的一致性。例如，C/C++ 的編譯器選項 /Oi 可以控制是否允許將部分函數（intrinsic functions）替換成更高效的機器碼實現。此外，還可以通過傳遞相同的編譯參數和控制優化的命令行選項以實現一致性。這

D. 三、內核&文件系統編譯

一、編譯官方提供的內核源碼

1、解壓官方提供的內核源碼包

2、根據官方提供的配置文件對內核進行配置，方式如下
make  ARCH=arm      xxxxx_defult_config
cp   arch/arm/xxxxx_config    .config

3、打開圖形界面對內核進行配置，根據需要增加或者刪除模塊和其他內容

4、對內核進行編譯
make  ARCH=arm    CROSS_COMPILE=arm-hisiv300-linux-uclibcgnueabi-    uImage  -j6
或者編輯Makefile文件，對其中的ARCH變數和CROSS_COMPILE變數進行修改，然後執行make uImage

5、在編譯編譯的時候回出現mkimage命令缺失，這個命令是UBootr提供的，在編譯的UBoot路徑下面找到這個命令，即可直接使用

6、編譯的時候各個方面需要一致性，
                1、編譯的內核的交叉編譯工具鏈如果支持硬體浮點數運算那麼在配置內核的時候也需要添加硬體浮點數的支持
                        Kernel Features --->
                            [*] Use the ARM EABI to compile the kernel
                2、在編譯的內核的時候注意保持不要做太多的修改，否則會出問題

7、編譯內核模塊
    make  ARCH=arm    CROSS_COMPILE=arm-hisiv300-linux-uclibcgnueabi-    moles  -j6

8、安裝內核模塊到指定的目錄中去
make moles_install ARCH=arm CROSS_COMPILE=arm-hisiv300-linux-uclibcgnueabi- INSTALL_MOD_PATH=/home/fu/hisi/kernel/build

9、不要採用內核模塊安裝的命令來安裝內核，因為內核不需要安裝，在arch/arm/boot/uImage就是所需要的內核文件

二、編譯官方提供的busybox來構建根文件系統

1、解壓需要編譯的busybox源碼

2、進入源碼中對busybox進行配置，主要是配置交叉編譯工具鏈
Busybox Settings --->Build Options ---> 下面有關於busybox是否配置為採用共享庫的模式，還有添加交叉編譯工具鏈的前綴

3、配置需要的文件和命令進行添加或者刪除

4、然後執行命令make -jn   && make install

5、創建根文件系統需要的其他的文件和目錄，在一個空白的目錄中首先拷貝busybox/_install下面的bin、sbin、usr目錄到空白目錄中，在空白目錄中創建其餘的所需要的目錄文件 bin dev etc home lib linuxrc mnt opt proc sbin sys tmp usr var等以上目錄

6、接下來在lib目錄中復制內核模塊，在編譯內核的時候模塊安裝在了指定的地方，直接拷貝過來就行。

6、創建文件系統所需要的其他文件，配置文件（最簡單的辦法就是直接復制busybox文件下面的example文件夾裡面的東西）
1、/etc/inittab     填寫或者    一下是最基本的，還有其他的需要填寫
# /etc/inittab
::sysinit:/etc/init.d/rcS                    //指定初始化腳本
::askfirst:-/bin/sh                            //指定第一次輸入回車後打開的shell
::ctrlaltdel:/sbin/reboot                //指定這三個按鍵按下後的反應
::shutdown:/bin/umount -a -r        //指定關機是進行的操作

2、/etc/init.d/rcS                //這個就沒有詳細額硬性規定了，寫入需要初始化的東西即可
#!/bin/sh
mount -a

3、/etc/fstab                        //寫入mount -a是要自動掛載的文件系統
# device mount-point type options mp fsck order
proc          /proc        proc  defaults        0    0
tmpfs          /tmp        tmpfs  defaults        0    0

7、拷貝需要用到的庫文件，在交叉編譯工具鏈下面存放
arm-linux-xxxxxx-gcc/lib
海思的開發板是在和tahet/lib下面，切記。

E. 英輯編譯總結：SCI論文潤色過程中常見問題

英輯編譯分析整理了對英語進行加工和潤色過程中的常見問題，給大家提供參考。英輯編譯的SCI論文潤色團隊全部由以來自美國、英國、加拿大、澳大利亞等發達國家的科研工作者組成。他們曾在世界知名院校擔任教授，副教授，在國際著名SCI期刊發表論文上百篇，並長期擔任世界知名SCI期刊評審專家，了解知名SCI期刊專業語言風格。他們不僅擅長從英文科學論文的角度出發，修改字詞、語法和句式結構，還能更為細致地對稿件的語言邏輯、表達風格、行文結構等方面提出建議和指導，使稿件母語化的同時，豐富論文的專業性，提升稿件錄用幾率。

對大多數中國作者而言，由於語言功底不夠，或者缺乏英文學術論文翻譯經驗等原因，在英文論文的寫作過程中普遍存在升型寬語法句法、詞語搭配租如等文字表達方面問題。因此，必須重視英文語言加工及潤色工作。這篇文章中，易智編譯主要整理了冠詞使用問題、一致性問題、美式英語與英式英語混用問題。

一 、 冠詞使用問題

英語與漢語屬不同語系，在語言思維方式和行文方式、詞類系統和構詞結構、用詞傾向和詞序乃至句法結構等方面均存在差異。漢語無冠詞、多量詞，英文有冠詞、少量詞，這是英語與漢語在詞類系統上的典型差異，很多國內作者及母語非英語的國外作者易在冠詞使用方面出錯。

英語中冠詞分為不定冠詞和定冠詞，不定冠詞有a和an兩種形式，定冠詞即the。

一般而言，不定冠詞表述泛指，與「one」同源，用於單數可數名詞，定冠詞則表述特指；第一次出現時通常用不定冠詞，再次出現時加定冠詞；抽象名詞和不可數名詞前不用不定冠詞，一般也不用定冠詞。

需注意下列幾種易出錯情況：

其一，抽象名詞一般為不可數名詞，但當某些抽象名詞表示「分析一下、計算一下、了解一下；作一下研究、作一下考查、作一下比較」等含義時，通常前面用不定冠詞；

其二，為避免重復，兩個並列名詞前若使用相同冠詞，可保留第一個冠詞而省去後面的冠詞；

其三，定冠詞the可置於姓氏前表示歸屬，表達「由……提出的……」「由……發現的……」等意思。此外，不加the而在姓氏後加』s，也可表達同樣意思。但同時使用the和』s則是錯誤的；

其四，不定冠詞用a還是an取決於後一名詞讀音的第一個音素是否為母音，而非該名詞首字母；

其五，冠詞一般位於名詞及該名詞前置修飾語前，但在某些特殊情況下冠詞會出現在名詞的前置修飾語後。

二 、 主謂一致問題

主謂一致，即謂語動詞和主語人稱和數量一致。主謂不一致問題易導致誤解和閱讀不順暢。經常出現問題的是並列詞語作主語的情形，即復合主語主謂一致問題。

其一，由and連接的兩個及兩個以上的詞或片語構成的復合主語，謂語動詞一般採用復數，但當復合主語的實際意義為單數時，謂語用單數。當並列單數名詞前有every、each或no時，謂語動詞通常用單數。

其二，由or、either …or、neither… nor、not only…but(also)、not…but連接的復合主語，通常謂語動詞和相鄰詞語一致。

其三，存在句「there be」「there exist」句型中，主語為復合主語時，謂語動詞一般與靠近的主語一致（遵循就近原則）。

其四，帶有as well as、rather than、more than、together with 等插入語時，插入語不影響主謂關系。

三 、 美式英語與英式英語混用問題

在向世界性語言演變過程中，美式英語與英式英語的差別正快速消失。在使用正式文體的學術期刊中，美式英語與英式英語間差別不大，但仍存在差異，特別是在拼寫方面。同一篇文章中應保持一種風格，避免將英式、美式英語混用。如center、color、focused、specilize是美式英吵亮語拼法，centre、colour、focussed、specialise是英式英語拼法。很多作者在寫作中沒有注意到美式與英式英語的區別，用詞較隨意，造成一定拼寫混亂，應予以糾正統一。

目前，要做到論文的正確翻譯，對國內的作者來說是一個難題。一方面，作者可以藉助詞典、翻譯軟體等工具，選取使用頻率較高的表達並在全文中保持一致，盡量做到准確翻譯論文。另一方面，也要不斷學習相關專業知識，注重專業術語的積累，做到既懂專業，又懂語言，從而減少上述問題的出現。

當然，如果您有SCI論文潤色相關的問題，也可以到易智編譯官網進行咨詢，易智編譯可以根據您稿件的研究領域選擇對應編輯進行英語母語化潤色和校對；經過易智編譯論文潤色的稿件均能達到SCI/SSCI/EI等國際期刊發表的語言水平。易智編譯鄭重承諾，您的稿件經過論文潤色後不會由於語言問題而遭到期刊拒稿。否則，我們將無理由為您重修或退款。

鏈接：https://www.jianshu.com/p/f509de138585

F. 如何解決linux下編譯環境，運行環境不同的問題

最好的解決辦法就是用相同版本的操作系統，使用相同的shell，設定相同的環境變數 所有的環境一致才能保證編譯的一致性

G. 編譯原理全部的名詞解釋

書上有別那麼懶!.
編譯過程的六個階段：詞法分析,語法分析,語義分析,中間代碼生成,代碼優化,目標代碼生成
解釋程序：把某種語言的源程序轉換成等價的另一種語言程序——目標語言程序,然後再執行目標程序.解釋方式是接受某高級語言的一個語句輸入,進行解釋並控制計算機執行,馬上得到這句的執行結果,然後再接受下一句.
編譯程序：就是指這樣一種程序,通過它能夠將用高級語言編寫的源程序轉換成與之在邏輯上等價的低級語言形式的目標程序(機器語言程序或匯編語言程序).
解釋程序和編譯程序的根本區別：是否生成目標代碼
句子的二義性（這里的二義性是指語法結構上的.）:文法G[S]的一個句子如果能找到兩種不同的最左推導(或最右推導),或者存在兩棵不同的語法樹,則稱這個句子是二義性的.
文法的二義性:一個文法如果包含二義性的句子,則這個文法是二義文法,否則是無二義文法.
LL(1)的含義：(LL(1)文法是無二義的； LL(1)文法不含左遞歸)
第1個L：從左到右掃描輸入串 第2個L：生成的是最左推導
1 ：向右看1個輸入符號便可決定選擇哪個產生式
某些非LL(1)文法到LL(1)文法的等價變換: 1. 提取公因子 2. 消除左遞歸
文法符號的屬性:單詞的含義,即與文法符號相關的一些信息.如,類型、值、存儲地址等.
一個屬性文法(attribute grammar)是一個三元組A=(G, V, F)
G：上下文無關文法.
V：屬性的有窮集.每個屬性與文法的一個終結符或非終結符相連.屬性與變數一樣,可以進行計算和傳遞.
F：關於屬性的斷言或謂詞(一組屬性的計算規則)的有窮集.斷言或語義規則與一個產生式相聯,只引用該產生式左端或右端的終結符或非終結符相聯的屬性.
綜合屬性:若產生式左部的單非終結符A的屬性值由右部各非終結符的屬性值決定,則A的屬性稱為綜合屬
繼承屬性:若產生式右部符號B的屬性值是根據左部非終結符的屬性值或者右部其它符號的屬性值決定的,則B的屬性為繼承屬性.
(1)非終結符既可有綜合屬性也可有繼承屬性,但文法開始符號沒有繼承屬性.
(2) 終結符只有綜合屬性,沒有繼承屬性,它們由詞法程序提供.
在計算時： 綜合屬性沿屬性語法樹向上傳遞；繼承屬性沿屬性語法樹向下傳遞.
語法制導翻譯：是指在語法分析過程中,完成附加在所使用的產生式上的語義規則描述的動作.
語法制導翻譯實現：對單詞符號串進行語法分析,構造語法分析樹,然後根據需要構造屬性依賴圖,遍歷語法樹並在語法樹的各結點處按語義規則進行計算.
中間代碼（中間語言）
1、是復雜性介於源程序語言和機器語言的一種表示形式.
2、一般,快速編譯程序直接生成目標代碼.
3、為了使編譯程序結構在邏輯上更為簡單明確,常採用中間代碼,這樣可以將與機器相關的某些實現細節置於代碼生成階段仔細處理,並且可以在中間代碼一級進行優化工作,使得代碼優化比較容易實現.
何謂中間代碼：源程序的一種內部表示,不依賴目標機的結構,易於代碼的機械生成.
為何要轉換成中間代碼:(1)邏輯結構清楚；利於不同目標機上實現同一種語言.
(2)便於移植,便於修改,便於進行與機器無關的優化.
中間代碼的幾種形式：逆波蘭記號 ,三元式和樹形表示 ,四元式
符號表的一般形式：一張符號表的的組成包括兩項,即名字欄和信息欄.
信息欄包含許多子欄和標志位,用來記錄相應名字和種種不同屬性,名字欄也稱主欄.主欄的內容稱為關鍵字（key word）.
符號表的功能：（1）收集符號屬性 (2) 上下文語義的合法性檢查的依據： 檢查標識符屬性在上下文中的一致性和合法性.(3)作為目標代碼生成階段地址分配的依據
符號的主要屬性及作用：
1. 符號名 2. 符號的類型 （整型、實型、字元串型等））3. 符號的存儲類別（公共、私有）
4. 符號的作用域及可視性 （全局、局部） 5. 符號變數的存儲分配信息 （靜態存儲區、動態存儲區）
存儲分配方案策略：靜態存儲分配；動態存儲分配：棧式、 堆式.
靜態存儲分配
1、基本策略
在編譯時就安排好目標程序運行時的全部數據空間,並能確定每個數據項的單元地址.
2、適用的分配對象：子程序的目標代碼段；全局數據目標（全局變數）
3、靜態存儲分配的要求：不允許遞歸調用,不含有可變數組.
FORTRAN程序是段結構,不允許遞歸,數據名大小、性質固定. 是典型的靜態分配
動態存儲分配
1、如果一個程序設計語言允許遞歸過程、可變數組或允許用戶自由申請和釋放空間,那麼,就需要採用動態存儲管理技術.
2、兩種動態存儲分配方式：棧式,堆式
棧式動態存儲分配
分配策略：將整個程序的數據空間設計為一個棧.
【例】在具有遞歸結構的語言程序中,每當調用一個過程時,它所需的數據空間就分配在棧頂,每當過程工作結束時就釋放這部分空間.
過程所需的數據空間包括兩部分
一部分是生存期在本過程這次活動中的數據對象.如局部變數、參數單元、臨時變數等；
另一部分則是用以管理過程活動的記錄信息(連接數據).
活動記錄（AR）
一個過程的一次執行所需要的信息使用一個連續的存儲區來管理,這個區 (塊)叫做一個活動記錄.
構成
1、臨時工作單元；2、局部變數；3、機器狀態信息；4、存取鏈；
5、控制鏈；6、實參；7、返回地址
什麼是代碼優化
所謂優化,就是對代碼進行等價變換,使得變換後的代碼運行結果與變換前代碼運行結果相同,而運行速度加快或佔用存儲空間減少.
優化原則：等價原則：經過優化後不應改變程序運行的結果.
有效原則：使優化後所產生的目標代碼運行時間較短,佔用的存儲空間較小.
合算原則：以盡可能低的代價取得較好的優化效果.
常見的優化技術
(1) 刪除多餘運算(刪除公共子表達式) (2) 代碼外提 +刪除歸納變數+ (3)強度削弱; (4)變換循環控制條件 (5)合並已知量與復寫傳播 (6)刪除無用賦值
基本塊定義
程序中只有一個入口和一個出口的一段順序執行的語句序列,稱為程序的一個基本塊.
給我分數啊.

H. java編譯器與java運行器版本一致性問題

你如果想向下兼容,可以在javac或java命令後加上你代碼實際的版本,比如-1.1

I. C語言編譯、連接的各種錯誤

編譯器錯誤 C2001 錯誤消息
常數中有換行符
字元串常數不能繼續到第二行，除非進行下列操作：
•用反斜杠結束第一行。
•用一個雙引號結束第一行上的字元串，並在下一行用另一個雙引號開始該字元串。
用 \n 結束第一行是不夠的。
編譯器錯誤 C2002 錯誤消息
無效的寬字元常數
多位元組字元常數是非法的。
通過檢查下面的可能原因進行修復
1.寬字元常數包含的位元組比需要的多。
2.未包括標准頭文件 STDDEF.h。
3.寬字元不能與一般字元串連接。
4.寬字元常數之前必須是字元「L」：
編譯器錯誤 C2003 錯誤消息
應輸入「defined id」
標識符必須跟在預處理器關鍵字之後。
編譯器錯誤 C2004 錯誤消息
應為「defined(id)」
標識符必須出現在預處理器關鍵字之後的括弧中。
也可能由於為 Visual Studio .NET 2003 進行的編譯器一致性工作生成此錯誤：在預處理器指

令中缺少括弧。
如果預處理器指令缺少右括弧，則編譯器將生成一個錯誤。
編譯器錯誤 C2005 錯誤消息
#line 應跟一個行號，卻找到「token」
#line 指令後面必須跟行號。
編譯器錯誤 C2006 錯誤消息
「directive」應輸入文件名，卻找到「token」
諸如 #include 或 #import 等指令需要文件名。若要解決該錯誤，請確保 token 是一個有效

文件名。並且將該文件名放在雙引號或尖括弧中。
編譯器錯誤 C2007 錯誤消息
#define 語法
#define 後未出現標識符。若要解決該錯誤，請使用標識符。
編譯器錯誤 C2008 錯誤消息
「character」: 宏定義中的意外
該字元緊跟在宏名之後。若要解決該錯誤，宏名之後必須有一個空格。
編譯器錯誤 C2009 錯誤消息
宏形式「identifier」重復使用
宏定義的形參表多次使用該標識符。宏的參數列表中的標識符必須是唯一的。
編譯器錯誤 C2010 錯誤消息
「character」: 宏形參表中的意外
該字元在宏定義的形參表中使用不正確。移除該字元以解決該錯誤。
編譯器錯誤 C2011 錯誤消息
「identifier」:「type」類型重定義
該標識符已定義為 type 類型。如果多次將某個類型庫導入同一個文件，也可能生成 C2011

。
編譯器錯誤 C2012 錯誤消息
在「<」之後缺少名稱
#include 指令缺少所需的文件名。
編譯器錯誤 C2013 錯誤消息
缺少「>」
#include 指令缺少右尖括弧。添加右尖括弧以解決該錯誤。
編譯器錯誤 C2014 錯誤消息
預處理器命令必須作為第一個非空白空間啟動
預處理器指令的 # 符號必須是非空白行上的第一個字元。
編譯器錯誤 C2015 錯誤消息
常數中的字元太多
一個字元常數包含的字元多於兩個。標准字元常數只能包含一個字元，長字元常數只能包含兩

個字元。
轉義序列（如 \t）將被轉換為單個字元。
當使用 Microsoft 擴展將字元常數轉換為整數時，也可能發生 C2015。
編譯器錯誤 C2017 錯誤消息
非法的轉義序列
轉義序列（如 \t）出現在字元或字元串常數之外。
當 stringize 運算符與包括轉義序列的字元串一起使用時會發生 C2017。
編譯器錯誤 C2018 錯誤消息
未知字元「hexnumber」
源文件包含一個意外的 ASCII 字元，該字元由其十六進制數標識。若要解決該錯誤，請移除

該字元。
編譯器錯誤 C2019 錯誤消息
應找到預處理器指令，卻找到「character」
該字元跟在 # 符號的後面，但它不是預處理器指令的第一個字母。
編譯器錯誤 C2020 錯誤消息
「member」:「class」成員重定義
從基類或結構繼承的成員被重定義。不能重定義繼承成員，除非它在基類中被聲明為 virtual

。
編譯器錯誤 C2021 錯誤消息
應輸入指數值，而非「character」
用作浮點常數的指數的字元是一個無效數字。確保使用的指數在范圍之內。
編譯器錯誤 C2022 錯誤消息
「number」: 對字元來說太大
字元或字元串常數中跟在反斜杠 (\) 後面的八進制數字太大，不能表示字元。
編譯器錯誤 C2026 錯誤消息
字元串太大，已截斷尾部字元
該字元串的長度超過了 16380 個單位元組字元的**。
連接相鄰字元串之前，字元串的長度不能超過 16380 個單位元組字元。
大約為此長度的一半的 Unicode 字元串也會生成此錯誤。
編譯器錯誤 C2027 錯誤消息
使用了未定義類型「type」
類型只有經過定義才能使用。若要解決該錯誤，請確保在引用類型前已對其進行了完全定義。
有可能聲明一個指向已聲明但未定義的類型的指針。但是 Visual C++ 不允許引用未定義的類

型。
編譯器錯誤 C2028 錯誤消息
結構/聯合成員必須在結構/聯合中
結構或聯合成員必須在結構或聯合內部聲明。
編譯器錯誤 C2030 錯誤消息
「identifier」: 結構/聯合成員重定義
結構或聯合將同一標識符用於多個成員。
編譯器錯誤 C2032 錯誤消息
「identifier」: 函數不能是結構/聯合「structorunion」的成員
該結構或聯合中的一個成員函數在 C++ 中允許使用而在 C 中卻不允許。若要解決該錯誤，請

編譯為 C++ 程序或移除該成員函數。
編譯器錯誤 C2033 錯誤消息
「identifier」: 位域不能有間接定址
該位域被聲明為指針，這是不允許的。
編譯器錯誤 C2034 錯誤消息
「identifier」: 位域類型對於位數太小
該位域聲明中位的數目超過了基類型的大小。
編譯器錯誤 C2036 錯誤消息
「identifier」: 未知的大小
對 identifier 的操作需要數據對象的大小，而該大小無法確定。
編譯器錯誤 C2039 錯誤消息
「identifier1」: 不是「identifier2」的成員
該代碼錯誤調用或引用了結構、類或聯合的成員。
編譯器錯誤 C2040 錯誤消息
「operator」:「identifier1」與「identifier2」的間接定址級別不同
涉及該運算符的表達式具有不一致的間接定址級別。
如果兩個操作數都是算術的或都是非算術的（如數組或指針），則不用更改就可使用它們。如

果一個操作數是算術的，而另一個不是，則算術運算符將轉換為非算術類型。
編譯器錯誤 C2041 錯誤消息
非法的數字「character」(用於基「number」)
指定的字元不是基（如八進制或十六進制）的有效數字。
編譯器錯誤 C2042 錯誤消息
signed/unsigned 關鍵字互相排斥
在單個聲明中使用關鍵字 signed 和 unsigned。
編譯器錯誤 C2043 錯誤消息
非法 break
break 僅在 do、for、while 或 switch 語句中合法。
編譯器錯誤 C2044 錯誤消息
非法 continue
continue 僅在 do、for 或 while 語句中合法。
編譯器錯誤 C2045 錯誤消息
「identifier」: 標簽重定義
該標簽出現在同一函數中的多條語句之前。
編譯器錯誤 C2046 錯誤消息
非法的 case
關鍵字 case 只能出現在 switch 語句中。
編譯器錯誤 C2047 錯誤消息
非法的 default
關鍵字 default 僅能出現在 switch 語句中。
編譯器錯誤 C2048 錯誤消息
默認值多於一個
switch 語句包含多個 default 標簽。刪除其中一個 default 標簽可解決該錯誤。
編譯器錯誤 C2050 錯誤消息
switch 表達式不是整型
switch 表達式計算結果為一個非整數值。若要解決該錯誤，請在 switch 語句中只使用整數

值。
編譯器錯誤 C2051 錯誤消息
case 表達式不是常數
Case 表達式必須是整數常數。
編譯器錯誤 C2052 錯誤消息
「type」: 非法的 case 表達式類型
Case 表達式必須是整數常數。
編譯器錯誤 C2053 錯誤消息
「identifier」: 寬字元串不匹配
寬字元串被分配給了一個不兼容的類型。
編譯器錯誤 C2054 錯誤消息
在「identifier」之後應輸入「(」
該函數標識符用在需要尾部括弧的上下文中。
導致該錯誤的可能原因是省略了復雜初始化上的等號 (=)。
編譯器錯誤 C2055 錯誤消息
應輸入形參表，而不是類型表
函數定義包含參數類型列表而不包含形參表。ANSI C 需要命名的形參，除非它們是 void 或

是省略號 (...)。
編譯器錯誤 C2056 錯誤消息
非法表達式
表達式因前一個錯誤而無效。
編譯器錯誤 C2057 錯誤消息
應輸入常數表達式
上下文要求常數表達式，即其值在編譯時已知的表達式。
編譯器錯誤 C2058 錯誤消息
常數表達式不是整型
該上下文需要整數常數表達式。
編譯器錯誤 C2059 錯誤消息
語法錯誤 :「token」
該標記導致語法錯誤。
若要確定原因，則不僅要檢查在錯誤信息中列出的行，還要檢查該行上面的行。下面的示例對

聲明 j 的行生成了錯誤信息，而該錯誤的真正源卻出現在其上面的行中。
如果對行的檢查沒有獲得有關可能出現的問題的任何線索，則嘗試注釋掉在錯誤信息中列出的

行以及可能出現在該行上面的若干行。
如果該錯誤信息在緊跟 typedef 變數的符號上出現，則檢查該變數是否已在源代碼中定義。
如果符號沒有計算出任何結果（在使用 /Dsymbol= 編譯時可能發生），可能會導致 C2059。
可能收到 C2059 的另一個特定原因是編譯在函數的默認參數中指定了結構的應用程序。參數的

默認值必須是一個表達式。初始值設定項列表（如用於初始化結構的初始值設定項列表）不是表達式。其解決方法是定義一

個執行所需初始化的構造函數。
編譯器錯誤 C2060 錯誤消息
語法錯誤 : 遇到文件結束
至少還需要一個標記。
編譯器錯誤 C2061 錯誤消息
語法錯誤: 標識符「identifier」
編譯器發現了不應在此出現的標識符。請確保在使用 identifier 之前對其進行聲明。
初始值設定項可能括在了括弧中。為避免該問題，請將聲明符括在括弧中或使其成為 typedef

。
在編譯器將表達式作為類模板參數檢測時也可能導致此錯誤；使用 typename 告訴編譯器它是

一個類型。
編譯器錯誤 C2062 錯誤消息
意外的類型「type」
編譯器不需要類型名稱。
編譯器處理構造函數的參數列表中未定義類型的方式也可能導致 C2062。如果編譯器遇到未定

義的（拼錯了嗎？）類型，則它假定構造函數是一個表達式，並發出 C2062。若要解決此錯誤，請只使用構造函數參數列表

中的定義類型。
編譯器錯誤 C2063 錯誤消息
「identifier」: 不是函數
該標識符用作函數，但未聲明為函數。
編譯器錯誤 C2064 錯誤消息
項不會計算為接受「number」個參數的函數
通過表達式調用了函數。該表達式未計算為函數指針。
編譯器錯誤 C2065 錯誤消息
「identifier」: 未聲明的標識符
在可使用變數的類型前必須在聲明中指定它。在可以使用函數前必須在聲明或原型中指定該函

數使用的參數。
可能的原因：
1.您正在用 C 運行庫的調試版本進行編譯，在 for 循環中聲明標准 C++ 庫迭代器變數，然後

嘗試在 for 循環范圍外使用該迭代器變數。 用 C 運行庫的調試版本編譯標准 C++ 庫代碼暗指使用 /Zc:forScope。有關更

多信息，請參見調試迭代器支持。
2.可能正在調用當前不受生成環境支持的 SDK 頭文件中的函數。
3.省略必要的包含文件，尤其是在定義 VC_EXTRALEAN、WIN32_LEAN_AND_MEAN 或

WIN32_EXTRA_LEAN 時。這些符號從 windows.h 和 afxv_w32.h 中排除了一些頭文件以加快編譯。（在 windows.h 和

afxv_w32.h 中查找排除的頭文件的最新說明。）
4.標識符名拼寫錯誤。
5.標識符使用了錯誤的大小寫字母。
6.字元串常數的後面缺少右引號。
7.命名空間范圍不正確。例如，若要解析 ANSI C++ 標准庫函數和運算符，則必須用 using 指

令指定 std 命名空間。下面的示例未能編譯，因為 using 指令被注釋掉，並且在 std 命名空間中定義了 cout：
編譯器錯誤 C2066 錯誤消息
轉換到函數類型是非法的
在 ANSI C 中，函數指針和數據指針間的轉換是非法的。
編譯器錯誤 C2067 錯誤消息
轉換到數組類型是非法的
對象被轉換成了數組類型。
編譯器錯誤 C2069 錯誤消息
「void」項到非「void」項的強制轉換
類型 void 不能轉換成任何其他類型。
編譯器錯誤 C2070 錯誤消息
「type」: 非法的 sizeof 操作數
sizeof 運算符需要一個表達式或類型名稱。
編譯器錯誤 C2071 錯誤消息
「identifier」: 非法的存儲類
聲明 identifier 所用的存儲類無效。
編譯器錯誤 C2072 錯誤消息
「identifier」: 函數的初始化
錯誤指定了函數初始值設定項。
編譯器錯誤 C2073 錯誤消息
「identifier」: 部分初始化數組的元素必須有默認構造函數
為用戶定義的類型或常數的數組指定的初始值設定項太少。如果沒有為數組成員指定明確的初

始值設定項及其對應的構造函數，則必須提供默認的構造函數。
編譯器錯誤 C2074 錯誤消息
「identifier」:「class-key」初始化需要大括弧
在指定的類、結構或聯合初始值設定項兩邊沒有大括弧。
編譯器錯誤 C2075 錯誤消息
「identifier」: 數組初始化需要大括弧
在指定的數組初始值設定項兩邊沒有大括弧。
編譯器錯誤 C2077 錯誤消息
非標量欄位初始值設定項「identifier」
試圖用非標量（結構、聯合、數組或類）初始化位域。使用整數值或浮點值。
編譯器錯誤 C2078 錯誤消息
初始值設定項太多
初始值設定項的數目超過了要初始化的對象數。
編譯器錯誤 C2079 錯誤消息
「identifier」使用未定義的類/結構/聯合「name」
指定的標識符是一個未定義的類、結構或聯合。
初始化匿名聯合時，可能會導致此錯誤。
編譯器錯誤 C2081 錯誤消息
「identifier」: 形參表中的名稱非法
標識符導致語法錯誤。
此錯誤可能是由使用形參表的舊形式導致的。必須在形參表中指定形參的類型。
編譯器錯誤 C2082 錯誤消息
形參「identifier」的重定義
在函數體中重新聲明了函數的形參。若要解決該錯誤，請移除該重定義。
編譯器錯誤 C2083 錯誤消息
結構/聯合比較非法
結構或聯合直接與另一個用戶定義的類型進行比較。這是不允許的，除非已經定義了比較運算

符或者存在到標量類型的轉換。
編譯器錯誤 C2084 錯誤消息
函數「function」已有主體
函數已經定義。
在以前的 Visual C++ 版本中，
•編譯器將接受解析為同一實際類型的多個模板的專用化，盡管附加的定義將永遠不可用。現

在編譯器將檢測這些多重定義。
•__int32 和 int 已被視為單獨的類型。編譯器現在將 __int32 作為 int 的同義詞處理。這

意味著，如果函數同時在 __int32 和 int 上重載，編譯器將檢測多個定義，並提供一個錯誤。
編譯器錯誤 C2085 錯誤消息
「identifier」: 不在形參表中
該標識符在函數定義中聲明而未在形參表中聲明。（僅用於 ANSI C）
編譯器錯誤 C2086 錯誤消息
「identifier」: 重定義
多次定義了該標識符，或者後面的聲明與前一個不同。
C2086 也可能是增量編譯引用的 C# 程序集的結果。重新生成該 C# 程序集以解決此錯誤。
編譯器錯誤 C2087 錯誤消息
「identifier」: 缺少下標
具有多個下標的數組的定義缺少大於 1 的維度的下標值。
編譯器錯誤 C2088 錯誤消息
「operator」: 對於「class-key」非法
沒有為結構或聯合定義該運算符。該錯誤只對 C 代碼有效。
編譯器錯誤 C2089 錯誤消息
「identifier」:「class-key」太大
指定的結構或聯合超過 4GB 的**。
編譯器錯誤 C2090 錯誤消息
函數返回數組
函數不能返回數組。請返回指向數組的指針。
編譯器錯誤 C2091 錯誤消息
函數返回函數
函數不能返回函數。請返回指向函數的指針。
編譯器錯誤 C2092 錯誤消息
「array name」數組元素類型不能是函數
不允許使用函數數組。請使用指向函數的指針的數組。
編譯器錯誤 C2093 錯誤消息
「variable1」: 無法使用自動變數「variable2」的地址初始化
在用 /Za 編譯時，程序試圖將自動變數的地址用作初始值設定項。
編譯器錯誤 C2094 錯誤消息
標簽「identifier」未定義
goto 語句使用的標簽在函數中不存在。
編譯器錯誤 C2095 錯誤消息
「function」: 實參具有類型「void」:「number」參數
傳遞給函數的參數為 void 類型，這是不允許的。請改為使用指向 void 的指針 (void *)。
number 指示哪一個參數為 void。
編譯器錯誤 C2097 錯誤消息
非法的初始化
通過檢查下面的可能原因進行修復
1.使用非常數值初始化變數。
2.用長地址初始化短地址。
3.在用 /Za 編譯時，用非常數表達式初始化局部結構、聯合或數組。
4.用包含逗號運算符的表達式初始化。
5.用既非常數又非符號的表達式初始化。
編譯器錯誤 C2099 錯誤消息
初始值設定項不是常數
此錯誤只由 C 編譯器發出，而且只對非自動變數發生。編譯器在程序的開頭對非自動變數進

行初始化，並且用於對這些變數進行初始化的值必須是常數。
由於編譯時與運行時的浮點精度環境設置（有關更多信息，請參見 _controlfp_s）可能不同

，因此，編譯器無法在 /fp:strict 下對表達式執行常數合並。在這種情況下，也可能發生 C2099。
當常數合並失敗時，編譯器調用動態初始化，這在 C 中是不允許的。
要解決此錯誤，請將模塊編譯為 .cpp 文件或對表達式進行簡化。