編譯貼

❶ 常見的C語言編譯器是什麼

目前最流行的C語言編譯器有以下幾種：

1、GNU Compiler Collection 或稱GCC

GCC（GNU Compiler Collection，GNU編譯器套件），是由 GNU 開發的編程語言編譯器。它是以GPL許可證所發行的自由軟體，也是 GNU計劃的關鍵部分。

GCC原本作為GNU操作系統的官方編譯器，現已被大多數類Unix操作系統（如Linux、BSD、Mac OS X等）採納為標準的編譯器，GCC同樣適用於微軟的Windows。GCC是自由軟體過程發展中的著名例子，由自由軟體基金會以GPL協議發布。

2、Microsoft C 或稱 MS C

Microsoft C 是c語言的一種IDE（集成開發環境），常見的還有Microsoft Visual C++，Borland C++，Watcom C++ ,Borland C++ ，Borland C++ Builder,Borland C++ 3.1 for DOS,Watcom C++ 11.0 for DOS,GNU DJGPP C++ ，Lccwin32 C Compiler 3.1,High C,Turbo C等等......

3、Borland Turbo C 或稱 Turbo C

Turbo C是美國Borland公司的產品，Borland公司是一家專門從事軟體開發、研製的大公司。該公司相繼推出了一套 Turbo系列軟體, 如Turbo BASIC, Turbo Pascal, Turbo Prolog, 這些軟體很受用戶歡迎。

(1)編譯貼擴展閱讀：

C編譯的整個過程很復雜，大致可以分為以下四個階段：

1、預處理階段在該階段主要完成對源代碼的預處理工作，主要包括對宏定義指令，頭文件包含指令，預定義指令和特殊字元的處理，如對宏定義的替換以及文件頭中所包含的文件中預定義代碼的替換等，總之這步主要完成一些替換工作，輸出是同源文件含義相同但內容不同的文件。

2、編譯、優化階段編譯就是將第一階段處理得到的文件通過詞法語法分析等轉換為匯編語言。優化包括對中間代碼的優化，如刪除公共表達式，循環優化等；和對目標代碼的生成進行的優化，如如何充分利用機器的寄存器存放有關變數的值，以減少內存訪問次數。

3、匯編階段將匯編語言翻譯成機器指令。

4、鏈接階段鏈接階段的主要工作是將有關的目標文件連接起來，即將在一個文件中引用的符號同該符號在另外一個文件中的定義連接起來，使得所有的目標文件成為一個能夠被操作系統裝入執行的統一整體。

❷ 用keil編譯時出現的問題

*** WARNING L15: MULTIPLE CALL TO SEGMENT
SEGMENT: ?PR?_WRITE_COM?時鍾
CALLER1: ?PR?TIMER0?時鍾
CALLER2: ?C_C51STARTUP
這是說你在『時鍾』這個文本文件中多次調用了『WRITE_COM』這個子程序，而調它的就是『TIMER0』『C_C51STARTUP』。
下面的幾句同樣是這個原因分別調用了WRITE_DATE，WRITE_SFM，WRITE_NYR，也可能是你不正確的調用了它，你注意一下就行了，你沒發數據，我也只能說到這里。

*** FATAL ERROR L250: CODE SIZE LIMIT IN RESTRICTED VERSION EXCEEDED
MODULE: D:\KEIL\C51\LIB\C51S.LIB (-----)
LIMIT: 0800H BYTES
Target not created
這個就是一樓說的你的軟體沒有被完全破解，最好到網上去找個注冊碼，用那注冊機太麻煩了，我也就不多說了，最後一句就是目標沒有被創建！

❸ 代碼沒有錯誤為什麼編譯不出來

編譯器是一種翻譯程序，它用於將源語言（即用某種程序設計語言寫成的）程序翻譯為目標語言（即用二進制數表示的偽機器代碼寫成的）程序。後者在windows操作系統平台下，其文件的擴展名通常為.obj。該文件通常還要經過進一步的連接，生成可執行文件（機器代碼寫成的程序，文件擴展名為.exe）。通常有兩種方式進行這種翻譯，一種是編譯，另一種是解釋。後者並不生成可執行文件，只是翻譯一條語句、執行一條語句。這兩種方式相編譯比解釋運行的速度要快得多。

2、 編譯過程的5個階段：詞法分析；語法分析；語義分析與中間代碼產生；優化；目標代碼生成。

3、 在這五個階段中，詞法分析的任務是識別源程序中的單詞是否有誤，編譯程序中實現這種功能的部分一般稱為詞法分析器。在編譯器中，詞法分析器通常僅作為語法分析程序的一個子程序以便在它需要單詞符號時調用。在這一編譯階段中發現的源程序錯誤，稱為詞法錯誤。

4、 語法分析階段的目的是識別出源程序的語法結構（即語句或句子）是否錯誤，所以有時又常為句子分析。編譯程序中負責這一功能的程序稱為語法分析器或語法分析程序。在這一階段中發現的錯誤稱為語法錯誤。

5、 C語言的（源）程序必須經過編譯才能生成目標代碼，再經過鏈接才能運行。PASCAL語言、FORTRAN語言的源程序也要經過這樣的過程。通常將C、PASCAL、FORTRAN這樣的語言統稱為高級語言。而將最終的可執行程序稱為機器語言程序。

6、 在編譯C語言程序的過程中，發現源程序中的一個標識符過長，超過了編譯程序允許的范圍，這個錯誤應在詞法分析階段發現，這種錯誤通常被稱作詞法錯誤。

 詞法分析器的任務是以詞法規則為依據對輸入的源程序進行單詞及其屬性的識別，識別出一個個單詞符號。

 詞法分析的輸入是源程序，輸出是一個個單詞的特殊符號，稱為Token（標記或符號）。

 語法分析器的類型有:自下而上、自上而下。常用的語法分析器有：遞歸下降分析方法是一種自上而下分析方法, 算符優先分析法屬於自下而上分析方法，LR分析法屬於自下而上分析方法等等。

 通常用正規文法或正規式來描述程序設計語言的詞法規則，而使用上下文無關文法來描述程序設計語言的語法規則。

 語法分析階段中，處理的輸入數據是來自詞法分析階段的單詞符號。它們是詞法分析。

❹ 請問，編譯軟體最早是由誰發明出來的

Grave of Grace

後記

Grace Hopper是個非常amazing的人 (常被稱為Amazing Grace)，崇拜她的人相當多。雖然她的事跡很多，但是還有很多有類似事跡的人並沒有像她這樣受到眾人的崇拜。由其中一點我們可以看出來：從1947年開始 (二戰結束後第二年)，她獲得了第一個榮譽博士學位 (賓州大學)，從那以後，她先後被40多所大學授予榮譽博士學位，其中包括芝加哥大學、華盛頓大學、馬里蘭大學等知名學府。各種婦女社會團體和學術組織都曾授予Grace各種稱號和獎勵。1991年，布希總統在白宮授予她的「美國國家技術獎」 (National Medal of Technology) 是其中的最高獎項，她也是至今惟一獲此殊榮的美國女性。她的名言有很多，她自己最喜歡的，也是她最喜歡對所謂的「年輕人」說的 (在她年老時，她所謂的年輕人就是「年齡不到我的一半的人就叫做年輕人」)，這句話是：

「A ship in port is safe, but that is not what ships are built for.」

語錄

下面Grace的語錄中有幾句比較有意思的話。

• From then on, when anything went wrong with a computer, we said it had bugs in it.

• The most dangerous phrase in the language is, 「We』ve always done it this way.」

• Humans are allergic to change. They love to say, 「We』ve always done it this way.」 I try to fight that. That』s why I have a clock on my wall that runs counter-clockwise.

• Leadership is a two-way street, loyalty up and loyalty down. Respect for one』s superiors; care for one』s crew.

• One accurate measurement is worth a thousand expert opinions.

• Someday, on the corporate balance sheet, there will be an entry which reads, 「Information」; For in most cases, the information is more valuable than the hardware which processes it.

• We』re flooding people with information. We need to feed it through a processor. A human must turn information into intelligence or knowledge. We』ve tended to forget that no computer will ever ask a new question.

• To me programming is more than an important practical art. It is also a gigantic undertaking in the foundations of knowledge.

• They told me computers could only do arithmetic.

• In pioneer days they used oxen for heavy pulling, and when one ox couldn』t budge a log, they didn』t try to grow a larger ox. We shouldn』t be trying for bigger computers, but for more systems of computers.

• Life was simple before World War II. After that, we had systems.

• We went overboard on management and forgot about leadership. It might help if we ran the MBAs out of Washington.

• At any given moment, there is always a line representing what your boss will believe. If you step over it, you will not get your budget. Go as close to that line as you can.

• I seem to do a lot of retiring.

• I handed my passport to the immigration officer, and he looked at it and looked at me and said, 「What are you?」

參考

維基網路：
http://en.wikipedia.org/wiki/Grace_Hopper

國立中央大學數學系：
http://li.math.ncu.e.tw/bcc16/pool/3.06.shtml

耶魯大學計算機系：
http://cs-www.cs.yale.e/homes/tap/Files/hopper-story.html

計算機先驅：
http://202.207.0.245:9001/jisuanjifazhanshi/xianqu/18.htm

This entry was posted in網路3Cand taggedcompiler,debug,Grace Murray Hopper,傳記,發明,編譯器,起源. Bookmark thepermalink.Post a commentor leave a trackback:Trackback URL.

❺ 如何編譯一個 dll文件

創建DLL工程
這里，我們為了簡要說明DLL的原理，我們決定使用最簡單的編譯環境VC6.0，如下圖，我們先建立一個新的Win32 Dynamic-Link Library工程，名稱為「MyDLL」，在Visual Studio中，你也可以通過建立Win32控制台程序，然後在「應用程序類型」中選擇「DLL」選項，

點擊確定，選擇「一個空的DLL工程」，確定，完成即可。

一個簡單的dll
在第一步我們建立的工程中建立一個源碼文件」dllmain.cpp「，在「dllmain.cpp」中，鍵入如下代碼

[cpp] view plain
#include <Windows.h>
#include <stdio.h>

BOOL APIENTRY DllMain(HMODULE hMole, DWORD ul_reason_for_call, LPVOID lpReserved)
{
switch (ul_reason_for_call)
{
case DLL_PROCESS_ATTACH:
printf("DLL_PROCESS_ATTACH\n");
break;
case DLL_THREAD_ATTACH:
printf("DLL_THREAD_ATTACH\n");
break;
case DLL_THREAD_DETACH:
printf("DLL_THREAD_DETACH\n");
break;
case DLL_PROCESS_DETACH:
printf("DLL_PROCESS_DETACH\n");
break;
}
return TRUE;
}
之後，我們直接編譯，即可以在Debug文件夾下，找到我們生成的dll文件，「MyDLL.dll」，注意，代碼裡面的printf語句，並不是必須的，只是我們用於測試程序時使用。而DllMain函數，是dll的進入/退出函數。

實際上，讓線程調用DLL的方式有兩種，分別是隱式鏈接和顯式鏈接，其目的均是將DLL的文件映像映射進線程的進程的地址空間。我們這里只大概提一下，不做深入研究，如果感興趣，可以去看《Window高級編程指南》的第12章內容。
隱式鏈接調用
隱士地鏈接是將DLL的文件影響映射到進程的地址空間中最常用的方法。當鏈接一個應用程序時，必須制定要鏈接的一組LIB文件。每個LIB文件中包含了DLL文件允許應用程序（或另一個DLL）調用的函數的列表。當鏈接器看到應用程序調用了某個DLL的LIB文件中給出的函數時，它就在生成的EXE文件映像中加入了信息，指出了包含函數的DLL文件的名稱。當操作系統載入EXE文件時，系統查看EXE文件映像的內容來看要裝入哪些DLL，而後試圖將需要的DLL文件映像映射到進程的地址空間中。當尋找DLL時，系統在系列位置查找文件映像。

1.包含EXE映像文件的目錄
2.進程的當前目錄
3.Windows系統的目錄
4.Windows目錄
5.列在PATH環境變數中的目錄

這種方法，一般都是在程序鏈接時控制，反映在鏈接器的配置上，網上大多數講的各種庫的配置，比如OPENGL或者OPENCV等，都是用的這種方法

顯式鏈接調用
這里我們只提到兩種函數，一種是載入函數
[cpp] view plain
HINSTANCE LoadLibrary(LPCTSTR lpszLibFile);

HINSTANCE LoadLibraryEx(LPCSTR lpszLibFile,HANDLE hFile,DWORD dwFlags);
返回值HINSTANCE值指出了文件映像映射的虛擬內存地址。如果DLL不能被映進程的地址空間，函數就返回NULL。你可以使用類似於

[cpp] view plain
LoadLibrary("MyDLL")
或者

[cpp] view plain
LoadLibrary("MyDLL.dll")
的方式進行調用，不帶後綴和帶後綴在搜索策略上有區別，這里不再詳解。

顯式釋放DLL

在顯式載入DLL後，在任意時刻可以調用FreeLibrary函數來顯式地從進程的地址空間中解除該文件的映像。
[cpp] view plain
BOOL FreeLibrary(HINSTANCE hinstDll);
這里，在同一個進程中調用同一個DLL時，實際上還牽涉到一個計數的問題。這里也不在詳解。
線程可以調用GetMoleHandle函數：

[cpp] view plain
GetMoleHandle(LPCTSTR lpszMoleName)；
來判斷一個DLL是否被映射進進程的地址空間。例如，下面的代碼判斷MyDLL.dll是否已被映射到進程的地址空間，如果沒有，則裝入它：

[cpp] view plain
HINSTANCE hinstDll;
hinstDll = GetMoleHandle("MyDLL");
if (hinstDll == NULL){
hinstDll = LoadLibrary("MyDLL");
}
實際上，還有一些函數，比如 GetMoleFileName用來獲取DLL的全路徑名稱，FreeLibraryAndExitThread來減少DLL的使用計數並退出線程。具體內容還是參見《Window高級編程指南》的第12章內容，此文中不適合講太多的內容以至於讀者不能一下子接受。

DLL的進入與退出函數

說到這里，實際上只是講了幾個常用的函數，這一個小節才是重點。
在上面，我們看到的MyDLL的例子中，有一個DllMain函數，這就是所謂的進入/退出函數。系統在不同的時候調用此函數。這些調用主要提供信息，常常被DLL用來執行進程級或線程級的初始化和清理工作。如果你的DLL不需要這些通知，就不必再你的DLL源代碼中實現此函數，例如，如果你創建的DLL只含有資源，就不必實現該函數。但如果有，則必須像我們上面的格式。
DllMain函數中的ul_reason_for_call參數指出了為什麼調用該函數。該參數有4個可能值： DLL_PROCESS_ATTACH、DLL_THREAD_ATTACH、DLL_THREAD_DETACH、DLL_PROCESS_DETACH。
其中，DLL_PROCESS_ATTACH是在一個DLL首次被映射到進程的地址空間時，系統調用它的DllMain函數，傳遞的ul_reason_for_call參數為DLL_PROCESS_ATTACH。這只有在首次映射時發生。如果一個線程後來為已經映射進來的DLL調用LoadLibrary或LoadLibraryEx，操作系統只會增加DLL的計數，它不會再用DLL_PROCESS_ATTACH調用DLL的DllMain函數。
而DLL_PROCESS_DETACH是在DLL被從進程的地址空間解除映射時，系統調用它的DllMain函數，傳遞的ul_reason_for_call值為DLL_PROCESS_DETACH。我們需要注意的是，當用DLL_PROCESS_ATTACH調用DLL的DllMain函數時，如果返回FALSE,說明初始化不成功，系統仍會用DLL_PROCESS_DETACH調用DLL的DllMain。因此，必須確保沒有清理那些沒有成功初始化的東西。
DLL_THREAD_ATTACH：當進程中創建一個線程時，系統察看當前映射到進程的地址空間中的所有DLL文件映像，並用值DLL_THREAD_ATTACH調用所有的這些DLL的DllMain函數。該通知告訴所有的DLL去執行線程級的初始化。注意，當映射一個新的DLL時，進程中已有的幾個線程在運行，系統不會為已經運行的線程用值DLL_THREAD_ATTACH調用DLL的DllMain函數。
而DLL_THREAD_DETACH，如果線程調用ExitThread來終結（如果讓線程函數返回而不是調用ExitThread，系統會自動調用ExitThread），系統察看當前映射到進程空間的所有DLL文件映像，並用值DLL_THREAD_DETACH來調用所有的DLL的DllMain函數。該通知告訴所有的DLL去執行線程級的清理工作。
這里，我們需要注意的是，如果線程的終結是因為系統中的一個線程調用了TerminateThread，系統就不會再使用DLL_THREAD_DETACH來調用DLL和DllMain函數。這與TerminateProcess一樣，不再萬不得已時，不要使用。
下面，我們貼出《Window高級編程指南》中的兩個圖來說明上述四種參數的調用情況。

好的，介紹了以上的情況，下面，我們來繼續實踐，這次，建立一個新的空的win32控制台工程TestDLL，不再多說，代碼如下：

[cpp] view plain
#include <iostream>
#include <Windows.h>
using namespace std;

DWORD WINAPI someFunction(LPVOID lpParam)
{
cout << "enter someFunction!" << endl;
Sleep(1000);
cout << "This is someFunction!" << endl;
Sleep(1000);
cout << "exit someFunction!" << endl;
return 0;
}

int main()
{
HINSTANCE hinstance = LoadLibrary("MyDLL");
if(hinstance!=NULL)
{
cout << "Load successfully!" << endl;
}else {
cout << "Load failed" << endl;
}
HANDLE hThread;
DWORD dwThreadId;

cout << "createThread before " << endl;
hThread = CreateThread(NULL,0,someFunction,NULL,0,&dwThreadId);
cout << "createThread after " << endl;
cout << endl;

Sleep(3000);

cout << "waitForSingleObject before " << endl;
WaitForSingleObject(hThread,INFINITE);
cout << "WaitForSingleObject after " << endl;
cout << endl;

FreeLibrary(hinstance);
return 0;
}

代碼很好理解，但是前提是，你必須對線程有一定的概念。另外，注意，我們上面編譯的獲得的「MyDLL.dll"必須拷貝到能夠讓我們這個工程找到的地方，也就是上面我們提到的搜索路徑中的一個地方。
這里，我們先貼結果，當然，這只是在我機器上其中某次運行結果。

有了上面我們介紹的知識，這個就不是很難理解，主進程在調用LoadLibrary時，用DLL_PROCESS_ATTACH調用了DllMain函數，而線程創建時，用DLL_THREAD_ATTACH調用了DllMain函數，而由於主線程和子線程並行的原因，可能輸出的時候會有打斷。但是，這樣反而能讓我們更清楚的理解程序。

❻ 求助，C++編譯出錯

應該給出具體的錯誤，才能幫你分析錯誤的原因。
下滿是C++編譯時最容易出現的錯誤：
1、fatal error C1010： unexpected end of file while looking for precompiled header directive.
尋找預編譯頭文件路徑時遇到了不該遇到的文件尾。（一般是沒有#include "stdafx.h"）
2、fatal error C1083： Cannot open include file： 'R……。h'： No such file or directory
不能打開包含文件「R……。h」：沒有這樣的文件或目錄。 3、error C2011： 'C……'： 'class' type redefinition 類「C……」重定義。
4、error C2018： unknown character '0xa3' 不認識的字元'0xa3'.（一般是漢字或中文標點符號） 5、error C2057： expected constant expression 希望是常量表達式。（一般出現在switch語句的case分支中） 6、error C2065： 'IDD_MYDIALOG' ： undeclared identifier 「IDD_MYDIALOG」：未聲明過的標識符。
7、error C2082： redefinition of formal parameter 'bReset' 函數參數「bReset」在函數體中重定義。
8、error C2143： syntax error： missing '：' before '{' 句法錯誤：「{」前缺少「；」。
9、error C2146： syntax error ： missing '；' before identifier 'dc'
句法錯誤：在「dc」前丟了「；」。
10、error C2196： case value '69' already used 值69已經用過。（一般出現在switch語句的case分支中）
11、error C2509： 'OnTimer' ： member function not declared in 'CHelloView'
成員函數「OnTimer」沒有在「CHelloView」中聲明。
12、error C2511： 'reset'： overloaded member function 'void （int）' not found in 'B'
重載的函數「void reset（int）」在類「B」中找不到。
13、error C2555： 'B：：f1'： overriding virtual function differs from 'A：：f1' only by return type or calling convention void function(e,t){for(var n=t.getElementsByTagName("img"),a=+new Date,i=[],o=function(){this.removeEventListener&&this.removeEventListener("load",o,!1),i.push({img:this,time:+new Date})},s=0;s< n.length;s++)!function(){var e=n[s];e.addEventListener?!e.complete&&e.addEventListener("load",o,!1):e.attachEvent&&e.attachEvent("onreadystatechange",function(){"complete"==e.readyState&&o.call(e,o)})}();alog("speed.set",{fsItems:i,fs:a})}(window,document);
類B對類A中同名函數f1的重載僅根據返回值或調用約定上的區別。
14、error C2660： 'SetTimer' ： function does not take 2 parameters

「SetTimer」函數不傳遞2個參數。
15、warning C4035： 'f……'： no return value 「f……」的return語句沒有返回值。
16、warning C4553： '= =' ： operator has no effect； did you intend '='？
沒有效果的運算符「= =」；是否改為「=」？
17、warning C4700： local variable 'bReset' used without having been initialized局部變數「bReset」沒有初始化就使用。
18、error C4716： 'CMyApp：：InitInstance' ： must return a value
「CMyApp：：InitInstance」函數必須返回一個值。
19、LINK ： fatal error LNK1168： cannot open Debug/P1.exe for writing
連接錯誤：不能打開P1.exe文件，以改寫內容。（一般是P1.Exe還在運行，未關閉）
20、error LNK2001： unresolved external symbol "public： virtual _ _thiscall C……：：~C……（void）"
連接時發現沒有實現的外部符號（變數、函數等）。
function call missing argument list 調用函數的時候沒有給參數。 member function definition looks like a ctor， but name does not match enclosing class 成員函數聲明了但沒有使用
unexpected end of file while looking for precompiled header directive 在尋找預編譯頭文件時文件意外結束，編譯不正常終止可能造成這種情況