編譯處理方案
A. Virsul Studio 2008中的生成解決方案、編譯、生成文件、調試分別代表什麼意思
解決方案可以理解為一系列項目的組合.
實際的軟體通常由有很多文件組合工作而成,比如一個主EXE文件,若干個DLL文件和其他資源文件.
其中,EXE文件,DLL文件在VS2008里均叫做項目,解決一個小問題.這些項目組合起來工作,解決一個大課題,就成為VS2008裡面說的解決方案.
通俗點理解,解決方案就是一個大文件夾,裡面可以放很多小文件夾(項目).
用解決方案最大的好處是代碼都放在一起,可以很容易的從一個地方復制到另一個地方,不用作任何重新配置即可重新編譯----可能這不是全部,但我目前就體會到這點好處~
明白上面說的,生成ABC就不是問題了,是單獨生成解決方案中的一個小項目(而不是整個解決方案)的意思
另:
生成解決方案: 編譯解決方案中的所有內容
編譯 : 把你寫的文本格式代碼轉換成電腦(主要是CPU)可以識別的二進制指令
調試 : 在特殊的環境中運行你寫的程序,如果程序中有錯誤,這個環境會中斷程序,並給你指出來哪裡有錯.
B. VS編譯解決方案時【簽名時出錯：密鑰集不存在。】
最簡單的方法，直接幹掉簽名文件，編譯（如果通過），直接再強簽名就行了，呵呵，經常這么乾的，好運
C. 編譯系統的過程
接收輸入的編譯任務；根據所述編譯任務生成任務名；解析獲得所述任務名對應的源代碼；編譯所述源代碼，並輸出所述編譯任務的處理狀態信息。上述技術方案中，通過介面平台接收編譯任務，由介面平台以任務名形式發起編譯請求，進行編譯，簡化了編譯輸入操作；處理狀態信息，通過介面平台實時提供給客戶端，簡化了編譯監控操作，大大節約了人力資源。
D. 編譯程序的綜合部分
綜合階段必須根據符號表和中間語言程序產生出目標程序，其主要工作包括代碼優化、存儲分配和代碼生成。代碼優化是通過重排和改變程序中的某些操作，以產生更加有效的目標程序。存儲分配的任務是為程序和數據分配運行時的存儲單元。代碼生成的主要任務是產生與中間語言程序符等價的目標程序，順序加工中間語言程序，並利用符號表和常數表中的信息生成一系列的匯編語言或機器語言指令。 編譯過程分為分析和綜合兩個部分，並進一步劃分為詞法分析、語法分析、語義分析、代碼優化、存儲分配和代碼生成等六個相繼的邏輯步驟。這六個步驟只表示編譯程序各部分之間的邏輯聯系，而不是時間關系。編譯過程既可以按照這六個邏輯步驟順序地執行，也可以按照平行互鎖方式去執行。在確定編譯程序的具體結構時，常常分若干遍實現。對於源程序或中間語言程序，從頭到尾掃視一次並實現所規定的工作稱作一遍。每一遍可以完成一個或相連幾個邏輯步驟的工作。例如，可以把詞法分析作為第一遍；語法分析和語義分析作為第二遍；代碼優化和存儲分配作為第三遍；代碼生成作為第四遍。反之，為了適應較小的存儲空間或提高目標程序質量，也可以把一個邏輯步驟的工作分為幾遍去執行。例如，代碼優化可劃分為代碼優化准備工作和實際代碼優化兩遍進行。
一個編譯程序是否分遍,以及如何分遍,根據具體情況而定。其判別標准可以是存儲容量的大小、源語言的繁簡、解題范圍的寬窄，以及設計、編制人員的多少等。分遍的好處是各遍功能獨立單純、相互聯系簡單、邏輯結構清晰、優化准備工作充分。缺點是各遍之中不可避免地要有些重復的部分，而且遍和遍之間要有交接工作，因之增加了編譯程序的長度和編譯時間。
一遍編譯程序是一種極端情況，整個編譯程序同時駐留在內存,彼此之間採用調用轉接方式連接在一起(圖2)。當語法分析程序需要新符號時，它就調用詞法分析程序；當它識別出某一語法結構時，它就調用語義分析程序。語義分析程序對識別出的結構進行語義檢查，並調用「存儲分配」和「代碼生成」程序生成相應的目標語言指令。
隨著程序設計語言在形式化、結構化、直觀化和智能化等方面的發展，作為實現相應語言功能的編譯程序，也正向自動程序設計的目標發展，以便提供理想的程序設計工具。
參考書目
陳火旺、錢家驊、孫永強編：《編譯原理》，國防工業出版社，北京，1980。
A.V.Aho, Principles of Compiler Design,Addison Wes-ley, Reading, Massachusetts, 1977. 20世紀80年代以後，程序設計語言在形式化、結構化、直觀化和智能化等方面有了長足的進步和發展，主要表現在兩個方面：①隨著程序設計理論和方法的發展，相繼推出了一系列新型程序設計語言，如結構化程序設計語言、並發程序設計語言、分布式程序設計語言、函數式程序設計語言、智能化程序設計語言、面向對象程序設計語言等；②基於語法、語義和語用方面的研究成果，從不同的角度和層次上深刻地揭示了程序設計語言的內在規律和外在表現形式。與此相應地，作為實現程序設計語言重要手段之一的編譯程序，在體系結構、設計思想、實現技術和處理內容等方面均有不同程度的發展、變化和擴充。另外，編譯程序已作為實現編程的重要軟體工具，被納入到軟體支援環境的基本層軟體工具之中。因此，規劃編譯程序實現方案時，應從所處的具體軟體支援環境出發，既要遵循整個環境的全局性要求和規定，又要精心考慮與其他諸層軟體 工具之間的相互支援、配合和銜接關系。
E. linux 編譯內核幾個常見問題解決方法
第一次把自己編譯的驅動模塊載入進開發板，就出現問題，還好沒花費多長時間，下面列舉出現的問題及解決方案
1：出現insmod: error inserting 'hello.ko': -1 Invalid mole format
法一（網上的）：是因為內核模塊生成的環境與運行的環境不一致，用linux-2.6.27內核源代碼生成的模塊，可能就不能在linux-2.6.32.2內核的linux環境下載入，需要在linux-2.6.27內核的linux環境下載入。
a.執行 uname -r //查看內核版本
b.一般出錯信息被記錄在文件/var/log/messages中，執行下面命令看錯誤信息
# cat /var/log/messages |tail
若出現類似下面：
Jun 4 22:07:54 localhost kernel:hello: version magic '2.6.35.6-45.fc14.i686.PAE
' should be '2.6.35.13-92.fc14.i686.PAE'
則把 Makefile里的KDIR ：=/lib/moles/2.6.35.6-45.fc14.i686.PAE/build1 改為
KDIR :=/lib/moles/2.6.35.13-92.fc14.i686.PAE/build1 //改成自己內核源碼路徑
（這里的build1是一個文件鏈接，鏈接到/usr/src/kernels/2.6.35.6-45.fc14.i686.PAE和13-92的）
然並卵，我的fedora 14 /usr/src/kernels下並沒有2.6.35.13-92.fc14.i686.PAE，只有2.6.35.13-92.fc14.i686，雖然不知道兩者有什麼區別，但改成2.6.35.13-92.fc14.i686還是不行，照樣這個問題，還好後來在看教學視頻的到啟發
法二：改的還是那個位置
KDIR ：=/opt/FriendlyARM/linux-2.6.32.2 //把這里改成你編譯生成kernel的那個路徑
all:
$ (MAKE) -C $ (KDIR) M = $ (PWD) moles ARCH=arm CROSS_COMPILE=arm-linux- //加這句
2. [70685.298483] hello: mole license 'unspecified' taints kernel.
[70685.298673] Disabling lock debugging e to kernel taint
方法：在模塊程序中加入： MODULE_LICENSE("GPL");
3. rmmod: chdir(2.6.32.2-FriendlyARM): No such file or directory 錯誤解決
方法：lsmod 可查看模塊信息
即無法刪除對應的模塊。
就是必須在/lib/moles下建立錯誤提示的對應的目錄（(2.6.32.2）即可。
必須創建/lib/moles/2.6.32.2這樣一個空目錄,否則不能卸載ko模塊.
# rmmod nls_cp936
rmmod: chdir(/lib/moles): No such file or directory
但是這樣倒是可以卸載nls_cp936,不過會一直有這樣一個提示：
rmmod: mole 'nls_cp936' not found
初步發現,原來這是編譯kernel時使用make moles_install生成的一個目錄,
但是經測試得知，rmmod: mole 'nls_cp936' not found來自於busybox,並不是來自kernel
1).創建/lib/moles/2.6.32.2空目錄
2).使用如下源碼生成rmmod命令,就可以沒有任何提示的卸載ko模塊了[luther.gliethttp]
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <fcntl.h>
#include <string.h>
#include <errno.h>
int main(int argc, char *argv[])
{
const char *modname = argv[1];
int ret = -1;
int maxtry = 10;
while (maxtry-- > 0) {
ret = delete_mole(modname, O_NONBLOCK | O_EXCL);//系統調用sys_delete_mole
if (ret < 0 && errno == EAGAIN)
usleep(500000);
else
break;
}
if (ret != 0)
printf("Unable to unload driver mole \"%s\": %s\n",
modname, strerror(errno));
}
3).把生成的命令復制到文件系統
# arm-linux-gcc -static -o rmmod rmmod.c
# arm-linux-strip -s rmmod
# cp rmmod /nfs/
cp /nfs/rmmod /sbin
代碼如下：
proc.c
[html] view plain
<span style="font-size:18px;">#include <linux/mole.h>
#include <linux/kernel.h>
#include <linux/init.h>
#include <linux/proc_fs.h> /* Necessary because we use the proc fs */
#define procfs_name "proctest"
MODULE_LICENSE("GPL");
struct proc_dir_entry *Our_Proc_File;
int procfile_read(char *buffer,char **buffer_location,off_t offset, int buffer_length, int *eof, void *data)
{ int ret;
ret = sprintf(buffer, "HelloWorld!\n");
return ret;
}
int proc_init()
{ Our_Proc_File = create_proc_entry(procfs_name, 0644, NULL);
if (Our_Proc_File == NULL) {
remove_proc_entry(procfs_name, NULL);
printk(KERN_ALERT "Error: Could not initialize /proc/%s\n",procfs_name);
return -ENOMEM; }
Our_Proc_File->read_proc = procfile_read;//
// Our_Proc_File->owner = THIS_MODULE;
Our_Proc_File->mode = S_IFREG | S_IRUGO;
Our_Proc_File->uid = 0;
Our_Proc_File->gid = 0;
Our_Proc_File->size = 37;
printk("/proc/%s created\n", procfs_name);
return 0;
}
void proc_exit()
{ remove_proc_entry(procfs_name, NULL);
printk(KERN_INFO "/proc/%s removed\n", procfs_name);
}
mole_init(proc_init);
mole_exit(proc_exit);</span></span></span></span></span>
[html] view plain
<span style="font-size:18px;">
ifneq ($(KERNELRELEASE),)
obj-m :=proc.o
else
KDIR :=/opt/FriendlyARM/linux-2.6.32.2
#KDIR :=/lib/moles/2.6.35.13-92.fc14.i686.PAE/build1
PWD :=$(shell pwd)
all:
$(MAKE) -C $(KDIR) M=$(PWD) moles ARCH=arm CROSS_COMPILE=arm-linux-
clean:
rm -f *.ko *.o *.mod.o *.mod.c *.symvers
endif</span></span></span></span></span>
make後生成proc.ko，再在開發板上insmod proc.ko即可
執行 dmesg 就可以看到 產生的內核信息啦
F. c++編程技術問題 預編譯處理
這種東西多用於調試，和C語言的if作用差不多
#if 0
int a[500] = {1,2,3};//這個數組不會被編譯進程序
... //這段代碼編譯的時候不會參與編譯
#else
int b[500] = {1,2,3} //這個會編譯進程序
... //這段代碼會參與編譯
#endif
一般用於調試，更常用的方法是
#define DEBUG
#ifdef DEBUG
..... //調試符號定義了就執行調試的代碼
#else
.....
#endif
G. 編程裡面的調試，編譯，鏈接，生成解決方案，執行這些都是什麼意思呀，MVC，VC++，VS裡面快捷鍵都是啥
編譯，源代碼（c/cpp）->目標文件（o/obj）
鏈接，目標文件->可執行文件(exe)/動態庫文件(dll)
生成解決方案：一個解決方案可能包含不止一個可執行文件/動態庫文件，生成解決方案會構建出解決方案下面所有的東西
執行：運行一個做好的exe文件
調試：在監視模式下運行，這種模式可以隨時停止程序的執行，然後對照源代碼查看變數，內存等，用於解決bug。
具體快捷鍵請自行熟悉所用的開發環境。
H. Visual Studio2008中的「編譯」和「生成解決方案」有什麼區別
編譯過程將源程序轉化為中間代碼，它主要是檢查語法和語義錯誤。在VS中，源程序包括用C++、C#、VB、J#等高級語言編寫的代碼，而中間代碼是指MSIL匯編代碼，這些代碼能被CLR和WINDOWS操作系統進一步轉化為機器指令。當然，在使用C++時，VS也是允許跳過編譯為MSIL這一環節的，主要是為C++的靈活性和高效率考慮。值得注意的是，編譯產生的這些中間代碼是不能直接運行的，它們存儲在DEBUG目錄或者RELEASE目錄下的.obj文件中，只有到了需要運行時，才由系統將他們和一些必要的系統API鏈接成可執行的文件。
生成解決方案實際上是一個傻瓜式的集成過程，它將編譯和鏈接過程集成在一起，直接從源代碼生成可執行文件。當然，內部機制還是上段所述，只不過方便了開發者。如果你在LINUX系統上進行C/C++開發的話，就會發現要運行一個比較大的程序並不是一件簡單事，編譯和連接過程對開發者來講相對WINDOWS要「麻煩」許多。