1、C++和C都是屬於編譯型語言,本來的.c文件都是用高級語言編寫的,計算機是不能識別高級語言的,所以,必須要通過編譯,鏈接等手段,將.c文件轉換成可執行文件,可執行文件就是純二進制文件,然後計算機才能夠執行。
unix>./p:(p是可執行文件)
上述命令的過程,是外殼(shell)調用操作系統一個叫載入器的函數,它拷貝可執行文件p中的代碼和數據到存儲器,然後將控制轉移到這個程序的開頭。
2、
1. Python是一門解釋型語言?
我初學Python時,聽到的關於Python的第一句話就是,Python是一門解釋性語言,我就這樣一直相信下去,直到發現了*.pyc文件的存在。如果是解釋型語言,那麼生成的*.pyc文件是什麼呢?c應該是compiled的縮寫才對啊!
為了防止其他學習Python的人也被這句話誤解,那麼我們就在文中來澄清下這個問題,並且把一些基礎概念給理清。
2. 解釋型語言和編譯型語言
計算機是不能夠識別高級語言的,所以當我們運行一個高級語言程序的時候,就需要一個「翻譯機」來從事把高級語言轉變成計算機能讀懂的機器語言的過程。這個過程分成兩類,第一種是編譯,第二種是解釋。
編譯型語言在程序執行之前,先會通過編譯器對程序執行一個編譯的過程,把程序轉變成機器語言。運行時就不需要翻譯,而直接執行就可以了。最典型的例子就是C語言。
解釋型語言就沒有這個編譯的過程,而是在程序運行的時候,通過解釋器對程序逐行作出解釋,然後直接運行,最典型的例子是Ruby。
通過以上的例子,我們可以來總結一下解釋型語言和編譯型語言的優缺點,因為編譯型語言在程序運行之前就已經對程序做出了「翻譯」,所以在運行時就少掉了「翻譯」的過程,所以效率比較高。但是我們也不能一概而論,一些解釋型語言也可以通過解釋器的優化來在對程序做出翻譯時對整個程序做出優化,從而在效率上超過編譯型語言。
此外,隨著java等基於虛擬機的語言的興起,我們又不能把語言純粹地分成解釋型和編譯型這兩種。
用Java來舉例,Java首先是通過編譯器編譯成位元組碼文件(不是二進制碼),然後在運行時通過解釋器給解釋成機器文件。所以我們說Java是一種先編譯後解釋的語言。
總結:將由高級語言編寫的程序文件轉換為可執行文件(二進制的)有兩種方式,編譯和解釋,編譯是在程序運行前,已經將程序全部轉換成二進制碼,而解釋是在程序執行的時候,邊翻譯邊執行。
3. Python到底是什麼
其實Python和Java/C#一樣,也是一門基於虛擬機的語言,我們先來從表面上簡單地了解一下Python程序的運行過程吧。
當我們在命令行中輸入python hello.py時,其實是激活了Python的「解釋器」,告訴「解釋器」:你要開始工作了。可是在「解釋」之前,其實執行的第一項工作和Java一樣,是編譯。
熟悉Java的同學可以想一下我們在命令行中如何執行一個Java的程序:
javac hello.java(編譯的過程)
java hello(解釋的過程)
只是我們在用Eclipse之類的IDE時,將這兩部給融合成了一部而已。其實Python也一樣,當我們執行python hello.py時,他也一樣執行了這么一個過程,所以我們應該這樣來描述Python,Python是一門先編譯後解釋的語言。
4. 簡述Python的運行過程
在說這個問題之前,我們先來說兩個概念,PyCodeObject和pyc文件。
我們在硬碟上看到的pyc自然不必多說,而其實PyCodeObject則是Python編譯器真正編譯成的結果。我們先簡單知道就可以了,繼續向下看。
當python程序運行時,編譯的結果則是保存在位於內存中的PyCodeObject中,當Python程序運行結束時,Python解釋器則將PyCodeObject寫回到pyc文件中。
當python程序第二次運行時,首先程序會在硬碟中尋找pyc文件,如果找到,則直接載入,否則就重復上面的過程。
所以我們應該這樣來定位PyCodeObject和pyc文件,我們說pyc文件其實是PyCodeObject的一種持久化保存方式。
總結:Python也是先編譯後解釋的一門語言,當python程序運行時,編譯的結果是保存在內存中的PyCodeObject中,當Python程序運行結束時,Python解釋器則將PyCodeObject寫回到pyc文件中。也就是說保存,pyc文件是為了下次再次使用該腳本時避免重復編譯,以此來節省時間。也就是說,只執行一次的腳本,就沒必要保存其編譯結果pyc,這樣只是浪費空間。下面舉例解釋。
5、運行一段Python程序
我們來寫一段程序實際運行一下:
不用仔細看代碼,我們可以很清楚地看到原理,其實每次在載入之前都會先檢查一下py文件和pyc文件保存的最後修改日期,如果不一致則重新生成一份pyc文件。
8. 寫在最後的
其實了解Python程序的執行過程對於大部分程序員,包括Python程序員來說意義都是不大的,那麼真正有意義的是,我們可以從Python的解釋器的做法上學到什麼,我認為有這樣的幾點:
A.其實Python是否保存成pyc文件和我們在設計緩存系統時是一樣的,我們可以仔細想想,到底什麼是值得扔在緩存里的,什麼是不值得扔在緩存里的。只有要重用的模塊才是值得編譯成pyc文件的。
B. 在跑一個耗時的Python腳本時,我們如何能夠稍微壓榨一些程序的運行時間,就是將模塊從主模塊分開。(雖然往往這都不是瓶頸),那麼再次運行時,就可以不用編譯了,直接使用上次編譯後的結果。
C. 在設計一個軟體系統時,重用和非重用的東西是不是也應該分開來對待,這是軟體設計原則的重要部分。
D. 在設計緩存系統(或者其他系統)時,我們如何來避免程序的過期,其實Python的解釋器也為我們提供了一個特別常見而且有效的解決方案。
總結:Python是編譯+解釋型的語言,執行的時候是由Python解釋器,逐行編譯+解釋,然後運行,因為在運行的過程中,需要編譯+解釋,所以Python的運行性能會低於編譯型語言,比如C++。為了提高性能,Python解釋器,會將模塊(以後要重用的腳本文件放在模塊里)的編譯+解釋的結果,保存在.pyc中。這樣下次執行的時候,就省了編譯這個環節。提高性能。一次性的腳本文件,解釋器是不會保存編譯+解釋的結果,也就是沒有.pyc文件。
⑵ 編譯和解釋程序都是什麼
編譯(compilation , compile)
1、利用編譯程序從源語言編寫的源程序產生目標程序的過程。
2、用編譯程序產生目標程序的動作。 編譯就是把高級語言變成計算機可以識別的2進制語言,計算機只認識1和0,編譯程序把人們熟悉的語言換成2進制的。 編譯程序把一個源程序翻譯成目標程序的工作過程分為五個階段:詞法分析;語法分析;語義檢查和中間代碼生成;代碼優化;目標代碼生成。主要是進行詞法分析和語法分析,又稱為源程序分析,分析過程中發現有語法錯誤,給出提示信息。
解釋執行
1.解釋執行不依賴於平台,因為編譯器會根據不同的平台進行解析。例如JS語言無論在windows平台還是在unix平台都可以使用。故可移植性強.
2.使用解釋執行的程序我們一般稱為解釋程序。它將源語言直接作為源程序輸入,解釋執行解釋一句後就提交計算機執行一句,並不形成目標程序。如在終端上打一條
命令或語句,解釋程序就立即將此語句解釋成一條或幾條指令並提交硬體立即執行且將執行結果反映到終端,從終端把命令打入後,就能立即得到計算結果。這種工
作方式非常適合於人通過終端設備與計算機會話.
直接點吧,編譯執行就是先將程序翻譯成機器代碼,以後運行的都是機器代碼.解釋執行就是,代碼跟著走,每運行一次,編譯一次.解釋執行也分為兩種,一種是執行一句,編譯一句,一種是編譯完全部代碼,再執行.
⑶ 如何單獨編譯Android源代碼中的模塊
一. 首先在Android源代碼目錄下的build目錄下,有個腳本文件envsetup.sh,執行這個腳本文件後,就可以獲得一些有用的工具:
USER-NAME@MACHINE-NAME:~/Android$ . ./build/envsetup.sh
注意,這是一個source命令,執行之後,就會有一些額外的命令可以使用:
- croot: Changes directory to the top of the tree.
- m: Makes from the top of the tree.
- mm: Builds all of the moles in the current directory.
- mmm: Builds all of the moles in the supplied directories.
- cgrep: Greps on all local C/C++ files.
- jgrep: Greps on all local Java files.
- resgrep: Greps on all local res/*.xml files.
- godir: Go to the directory containing a file.
這些命令的具體用法,可以在命令的後面加-help來查看,這里只關注mmm命令,也就是可以用它來編譯指定目錄的所有模塊,通常這個目錄只包含一個模塊。
二. 使用mmm命令來編譯指定的模塊,例如Email應用程序:
USER-NAME@MACHINE-NAME:~/Android$ mmm packages/apps/Email/
編譯完成之後,就可以在out/target/proct/generic/system/app目錄下看到Email.apk文件了。Android系統自帶的App都放在這具目錄下。另外,Android系統的一些可執行文件,例如C編譯的可執行文件,放在out/target/proct/generic/system/bin目錄下,動態鏈接庫文件放在out/target/proct/generic/system/lib目錄下,out/target/proct/generic/system/lib/hw目錄存放的是硬體抽象層(HAL)介面文件
三. 編譯好模塊後,還要重新打包一下system.img文件,這樣把system.img運行在模擬器上時,就可以看到程序了。
USER-NAME@MACHINE-NAME:~/Android$ make snod
四. 參照Ubuntu上下載、編譯和安裝Android最新源代碼一文介紹的方法運行模擬器:
USER-NAME@MACHINE-NAME:~/Android$ emulator
這樣一切就搞定了。
⑷ 編譯和解釋的區別是什麼
1.定義區別
①編譯原理旨在介紹編譯程序構造的一般原理和基本方法。內容包括語言和文法、詞法分析、語法分析、語法制導翻譯、中間代碼生成、存儲管理、代碼優化和目標代碼生成。
②匯編語言(assembly language)是一種用於電子計算機、微處理器、微控制器或其他可編程器件的低級語言,亦稱為符號語言。
2.處理方式區別
①編譯過程與解釋挺像,區別就在於編譯是將所有的源代碼指令一次性成翻目標代碼並執行。
②匯編過程就是把匯編指令一對一地翻譯成01機器碼的過程。而採用這種處理方式的語言只有一類:匯編語言。
3.特點區別
①編譯語言的特點就是不需要解釋器的參與,所以運行比較快,但是編譯好的程序只能在當前平台運行,是個局限性。
②匯編語言是當今世界上歷史最早,應用最廣,功能最強大,運行速度最快的編程語言。但是匯編語言開發工期長,可讀性差,並且不能跨平台編程。
⑸ Mole1模塊是什麼
模塊;塊(mole;block)
(一)在程序設計中,為完成某一功能所需的一段程序或子程序;或指能由編譯程序、裝配程序等處理的獨立程序單位;或指大型軟體系統的一部分。
模塊有各種類型,如單元操作模塊(換熱器、精餾塔、壓縮機等)、計算方法模塊(加速收斂演算法、最優化演算法等)、物理化學性質模塊(汽液相平衡計算、熱焓計算等)等。
(二)可以組合和變換的標准單元硬體。
模塊,又稱構件,是能夠單獨命名並獨立地完成一定功能的程序語句的集合(即程序代碼和數據結構的集合體)。它具有兩個基本的特徵:外部特徵和內部特徵。外部特徵是指模塊跟外部環境聯系的介面(即其他模塊或程序調用該模塊的方式,包括有輸入輸出參數、引用的全局變數)和模塊的功能;內部特徵是指模塊的內部環境具有的特點(即該模塊的局部數據和程序代碼)。
(三)電路中將分立元件組成的電路重新塑封稱為模塊,如電源模塊.他和IC本質上沒什麼區別.只是一般模塊適用於大功率電路,是"半集成電路"而且內面可能含有IC,而IC剛好是全集成電路.
(四) 在韋氏英文的詞典里,「模塊」一詞的第1條解釋是「傢具或建築物里的一個可重用的標准單元」!
(五)在易語言中文編程軟體中的一種文件組織形式,主要是將使用頻率較高的代碼組織到一起,編譯後形成模塊文件(擴展名為ec),其他程序編寫中可以導入並且調用現成模塊中的子程序,節約開發時間,減少重復代碼,便於協作開發。
⑹ 編譯程序和解釋程序都是什麼意思
1、編譯程序是把用高級程序設計語言或計算機匯編語言書寫的源程序,翻譯成等價的機器語言格式目標程序的翻譯程序,屬於採用生成性實現途徑實現的翻譯程序。編譯程序以高級程序設計語言書寫的源程序作為輸入,而以匯編語言或機器語言表示的目標程序作為輸出;編譯出的目標程序通常還要經歷運行階段,以便在運行程序的支持下運行,加工初始數據,算出所需的計算結果。
2、解釋程序是高級語言翻譯程序的一種,它將源語言書寫的源程序作為輸入,解釋一句後就提交計算機執行一句,並不形成目標程序。就像外語翻譯中的「口譯」一樣,說一句翻一句,不產生全文的翻譯文本。
(6)編譯和解釋用到的模塊擴展閱讀:
編譯程序的實現演算法較為復雜。這是因為它所翻譯的語句與目標語言的指令不是一一對應關系,而是一多對應關系;同時也因為它要處理遞歸調用、動態存儲分配、多種數據類型,以及語句間的緊密依賴關系。但是,由於高級程序設計語言書寫的程序具有易讀、易移植和表達能力強等特點,編譯程序廣泛地用於翻譯規模較大、復雜性較高、且需要高效運行的高級語言書寫的源程序。
⑺ 程序開發中模塊解釋是什麼
首先載入一個模塊。 這個函數首先查找 package.loaded 表, 檢測 modname 是否被載入過。 如果被載入過,require 返回 package.loaded[modname] 中保存的值。 否則,它試著為模塊尋找 載入器 。
require 遵循 package.searchers 序列的指引來查找載入器。 如果改變這個序列,我們可以改變 require 如何查找一個模塊。 下列說明基於 package.searchers 的默認配置。
首先 require 查找 package.preload[modname] 。 如果這里有一個值,這個值(必須是一個函數)就是那個載入器。 否則 require 使用 Lua 載入器去查找 package.path 的路徑。 如果查找失敗,接著使用 C 載入器去查找 package.cpath 的路徑。 如果都失敗了,再嘗試 一體化 載入器 ()。
每次找到一個載入器,require 都用兩個參數調用載入器: modname 和一個在獲取載入器過程中得到的參數。 (如果通過查找文件得到的載入器,這個額外參數是文件名。) 如果載入器返回非空值, require 將這個值賦給 package.loaded[modname]。 如果載入器沒能返回一個非空值用於賦給 package.loaded[modname], require 會在那裡設入 true 。 無論是什麼情況,require 都會返回 package.loaded[modname] 的最終值。
如果在載入或運行模塊時有錯誤, 或是無法為模塊找到載入器, require 都會拋出錯誤。
一個描述有一些為包管理准備的編譯期配置信息的串。 這個字元串由一系列行構成:
第一行是目錄分割串。 對於 Windows 默認是 '' ,對於其它系統是 '/' 。
第二行是用於路徑中的分割符。默認值是 ';' 。
第三行是用於標記模板替換點的字元串。 默認是 '?' 。
第四行是在 Windows 中將被替換成執行程序所在目錄的路徑的字元串。 默認是 '!' 。
第五行是一個記號,該記號之後的所有文本將在構建 luaopen_ 函數名時被忽略掉。 默認是 '-'。
用於 require 控制哪些模塊已經被載入的表。 當你請求一個 modname 模塊,且 package.loaded[modname] 不為假時, require 簡單返回儲存在內的值。
這個變數僅僅是對真正那張表的引用; 改變這個值並不會改變 require 使用的表。
這是一個低階函數。 它完全繞過了包模塊系統。 和 require 不同, 它不會做任何路徑查詢,也不會自動加擴展名。 libname 必須是一個 C 庫需要的完整的文件名,如果有必要,需要提供路徑和擴展名。 funcname 必須是 C 庫需要的准確名字 (這取決於使用的 C 編譯器和鏈接器)。
⑻ 編譯linux內核時 make moles有啥用
make moles是編譯模塊,很多驅動還有功能在選的時候選成M的都是moles,不過直接make,不加任何參數,就是make all,包含make moles。不用額外加此make,但是在安裝的時候make install只是安裝bzimage,Systemmap。沒有把moles安裝好,還要額外的make moles_install,把模塊放到/lib/moles文件夾一個和內核名一樣的文件夾下,並且運行depmod生成模塊依賴關系文件,系統啟動時載入模塊就是從dep裡面讀取信息載入模塊。
⑼ 如何編譯linux驅動模塊
第一步:准備源代碼
首先我們還是要來編寫一個符合linux格式的模塊文件,這樣我們才能開始我們的模塊編譯。假設我們有一個源文件mymod.c。它的源碼如下:
mymoles.c
1. #include <linux/mole.h> /* 引入與模塊相關的宏 */
2. #include <linux/init.h> /* 引入mole_init() mole_exit()函數 */
3. #include <linux/moleparam.h> /* 引入mole_param() */
4
5. MODULE_AUTHOR("Yu Qiang");
6. MODULE_LICENSE("GPL");
7
8. static int nbr = 10;
9. mole_param(nbr, int, S_IRUGO);
10.
11. static int __init yuer_init(void)
12.{
13. int i;
14. for(i=0; i<nbr; i++)
15. {
16. printk(KERN_ALERT "Hello, How are you. %d/n", i);
17. }
18. return 0;
19.}
20.
21.static void __exit yuer_exit(void)
22.{
23. printk(KERN_ALERT"I come from yuer's mole, I have been unlad./n");
24.}
25.
26. mole_init(yuer_init);
27. mole_exit(yuer_exit);
我們的源文件就准備的差不多了,這就是一個linux下的模塊的基本結構。第9行是導出我們的符號變數nbr。這樣在你載入這個模塊的時候可以動態修改這個變數的值。稍後將演示。yuer_init()函數將在模塊載入的時候運行,通過輸出的結果可以看到我們的模塊是否載入成功。
第二步:編寫Makefile文件
首先還是來看看我們Makefile的源文件,然後我們再來解釋;
Makefile
obj-m := moles.o #要生成的模塊名
moles-objs:= mymod.o #生成這個模塊名所需要的目標文件
KDIR := /lib/moles/`uname -r`/build
PWD := $(shell pwd)
default:
make -C $(KDIR) M=$(PWD) moles
clean:
rm -rf *.o .* .cmd *.ko *.mod.c .tmp_versions
ARM平台
Makefile
obj-m += mymod.o
KDIR := /home/workspace2/kernel/linux-2.6.25 #如果是用於arm平台,則內核路徑為arm內核的路徑
PWD = $(shell pwd)
all:
make -C $(KDIR) M=$(PWD) moles
clean:
rm -rf *.o
在arm板上插入是
insmod mymod
如果出現以下錯誤
insmod: chdir(/lib/moles): No such file or directory
則運行
mkdir /lib/moles/2.6.25 (與arm內核版本相同)
並將mymod.ko文件復制到該目錄下
cp mymod.ko /lib/moles/2.6.25
然後再執行 (insmod 只在/lib/moles/2.6.25目錄下查找相關驅動模塊)
insmod mymod
現在我來說明一下這個Makefile。請記住是大寫的Makefile而不是小寫的makefile;
obj-m :這個變數是指定你要聲稱哪些模塊模塊的格式為 obj-m := <模塊名>.o
moles-objs :這個變數是說明聲稱模塊moles需要的目標文件 格式要求 <模塊名>-objs := <目標文件>
切記:模塊的名字不能取與目標文件相同的名字。如在這里模塊名不能取成 mymod;
KDIR :這是我們正在運行的操作系統內核編譯目錄。也就是編譯模塊需要的環境
M= :指定我們源文件的位置
PWD :這是當前工作路徑$(shell )是make的一個內置函數。用來執行shell命令。
第三步:編譯模塊
現在我們已經准備好了我們所需要的源文件和相應的Makefile。我們現在就可以編譯了。在終端進入源文件目錄輸入make
運行結果:
make[1]: Entering directory `/usr/src/linux-headers-2.6.24-24-generic'
CC [M] /home/yuqiang/桌面/mymole/mymoles.o
LD [M] /home/yuqiang/桌面/mymole/moles.o
Building moles, stage 2.
MODPOST 1 moles
CC /home/yuqiang/桌面/mymole/moles.mod.o
LD [M] /home/yuqiang/桌面/mymole/moles.ko
make[1]: Leaving directory `/usr/src/linux-headers-2.6.24-24-generic'
第四步:載入/卸載我們的模塊
從上面的編譯中我可以看到。已經有一個moles.ko生成了。這就是我們的模塊了。現在我們就可以來載入了。
首先在終端輸入:sudo insmod moles.ko
現在我們來看看我們的模塊載入成功沒有呢?
在終端輸入:dmesg | tail -12 這是查看內核輸出信息的意思。tail -12 顯示最後12條;
顯示結果如下:
[17945.024417] sd 9:0:0:0: Attached scsi generic sg2 type 0
[18046.790019] usb 5-8: USB disconnect, address 9
[19934.224812] Hello, How are you. 0
[19934.224817] Hello, How are you. 1
[19934.224818] Hello, How are you. 2
[19934.224820] Hello, How are you. 3
[19934.224821] Hello, How are you. 4
[19934.224822] Hello, How are you. 5
[19934.224824] Hello, How are you. 6
[19934.224825] Hello, How are you. 7
[19934.224826] Hello, How are you. 8
[19934.224828] Hello, How are you. 9
看到了吧。我們的模塊的初始化函數yuer_init();已經成功運行了。說明我們的模塊已經載入成功;
現在我們再來卸載模塊試試看。
在終端輸入:sudo rmmod moles
在終端輸入:dmesg | tail -3
[19934.224826] Hello, How are you. 8
[19934.224828] Hello, How are you. 9
[20412.046932] I come from yuer's mole, I have been unlad.
可以從列印的信息中看到,我們的模塊的退出函數已經被執行了。說明我們的模塊已經被成功的卸載了。到目前位置我們就已經算是對模塊的編譯到編譯運行算是有了一個整體上的認識了。對於以後深入的學習還是應該有點幫助的。下面我們將在看看於模塊相關的一些簡單的操作。
第五步:載入模塊時傳遞參數
在終端輸入:sudo insmod mole_name.ko nbr=4
在終端輸入:dmesg | tail -6
顯示結果如下:
[20800.655694] Hello, How are you. 9
[21318.675593] I come from onefile mole, I have been unlad.
[21334.425373] Hello, How are you. 0
[21334.425378] Hello, How are you. 1
[21334.425380] Hello, How are you. 2
[21334.425381] Hello, How are you. 3
這樣我們就可以看到在模塊載入的時候動態設置了我們的一個變數。初始化函數中的循環只執行了4次。
可能你會問我怎麼知道一個模塊可以設置那些變數呢。當然,你可以先不設變數載入一次。然後可以在終端輸入ls /sys/mole/<moles_name>/parameters/來查看。在這里我們是這樣輸入的
在終端輸入:ls /sys/moedle/moles/parameters/
顯示結果:
nbr
如果我們的模塊載入成功了。最後我們還可以通過modinfo來查看我們的模塊信息。如下
在終端輸入:sudo modinfo moles.ko
顯示結果:
filename: moles.ko
license: GPL
author: Yu Qiang
srcversion: 20E9C3C4E02D130E6E92533
depends:
vermagic: 2.6.24-24-generic SMP mod_unload 586
parm: nbr:int