設備驅動編譯器
1、安裝scons
(1) 下載python2.7, 使用x86_32位，因為scons只有32位安裝包可用；
(2) 下載scons2.3.0；
(3) 安裝python 和 scons, 將C:\Python27\Scripts寫入PATH；
(4) 下載安裝pywin32 ，It is recommended you install pywin32 if you want to do parallel builds (scons -j)
2、安裝boost庫(1.49版本).
解壓後雙擊bootstrap.bat，生成bjam.exe後，cd到目錄c:\boost下，（將boost_1_49更名為boost了）編譯boost。
編譯命令：C:\boost>bjam variant=release --with-filesystem --with-thread --with-date_time --with-program_options threading=multi toolset=msvc-10.0 link=static runtime-link=static address-model=32
這是使用VS2010環境編譯的release版本，編譯完成後，生成C:\boost\stage\lib文件夾，下面有6個lib庫：
如果要編譯成debug版本，使用命令：bjam variant=debug --with-filesystem --with-thread --with-date_time --with-program_options threading=multi toolset=msvc-10.0 link=static runtime-link=static address-model=32
編譯完成後，生成C:\boost\stage\lib文件夾，下面有10個lib庫和dll：
此處為MongoDB文檔中對於編譯boost庫的要求原文：
When using bjam, MongoDB expects
variant=debug for debug builds, and variant=release for release builds
threading=multi
link=static runtime-link=static for release builds
address-model=64 for 64 bit（64位的話，把32換為64）。link=static runtime-link=static，boost需要編譯成靜態庫，因為mongodb只會去鏈接boost的靜態庫
address-model=64在win7 64環境下此項必須，不加在編譯mongodb的c++ client時會出現鏈接錯誤。
3、下載mongo2.4.6源碼 http://www.mongodb.org/downloads官網下載
編譯Mongoclient.lib
cmd命令提示符下，cd到解壓後的文件目錄,例如我放在了E盤，E:\mongodb-src-r2.4.6，輸入命令：
scons –-dd --32 mongoclient.lib // build C++ client driver library
Add --64 or --32 to get the 64- and 32-bit versions, respectively. Replace --release with --dd to build a debug build.
編譯後在mongodb\build\win32\32\dd\client_build\生成mongoclient.lib.
4、測試程序
就用Mongodb自帶的例子吧，使用VS2010打開E:\mongodb-src-r2.4.6\src\mongo\client\examples中的simple_client_demo.vcxproj，編譯，會提示生成simple_client_demo.sln，保存。
使用debug模式，配置工程環境：打開工程->屬性，配置Configuration Properties下的VC++ Directories，頭文件路徑添加C:\boost，Lib庫路徑添加boost的lib，以及mongodb client的lib：
C:\boost\stage\lib
E:\mongodb-src-r2.4.6\build\win32\32\dd\client_build
進入C/C++下面的Code Generation，將Runtime Library設置為Multi-threaded Debug (/MTd)
進入Linker下面的Input，設置Additional Dependencies，添加ws2_32.lib，psapi.lib，Dbghelp.lib，mongoclient.lib
將E:\mongodb-src-r2.4.6\build\win32\32\dd\mongo\base下生成的error_codes.h和error_codes.cpp文件，拷貝到E:\mongodb-src-r2.4.6\src\mongo\base目錄下。
ok，編譯、運行.
5、問題解決
error LNK2038: mismatch detected for '_MSC_VER': value '1700' doesn't match value '1600' in error_codes.obj
1>mongoclient_d.lib(dbclient.obj) : error LNK2038: mismatch detected for '_MSC_VER': value '1700' doesn't match value '1600' in error_codes.obj
1>mongoclient_d.lib(assert_util.obj) : error LNK2038: mismatch detected for '_MSC_VER': value '1700' doesn't match value '1600' in error_codes.obj
1>mongoclient_d.lib(jsobj.obj) : error LNK2038: mismatch detected for '_MSC_VER': value '1700' doesn't match value '1600' in error_codes.obj
1>mongoclient_d.lib(status.obj) : error LNK2038: mismatch detected for '_MSC_VER': value '1700' doesn't match value '1600' in error_codes.obj
1>mongoclient_d.lib(mutexdebugger.obj) : error LNK2038: mismatch detected for '_MSC_VER': value '1700' doesn't match value '1600' in error_codes.obj
VS的版本不匹配，lib是在更高級的版本中編譯生成的，而使用的時候，是在低級版本中使用的，所以出現了不匹配的錯誤。例如，我在VS2010 SP1和VS2012的環境下編譯的，而使用是在VS2010上使用，所以在編譯時，出現了以上問題。
1>mongoclient.lib(stacktrace.obj) : error LNK2001: unresolved external symbol __imp_SymCleanup
1>mongoclient.lib(stacktrace.obj) : error LNK2001: unresolved external symbol __imp_SymGetMoleInfo64
1>mongoclient.lib(stacktrace.obj) : error LNK2001: unresolved external symbol __imp_SymInitialize
1>mongoclient.lib(stacktrace.obj) : error LNK2001: unresolved external symbol __imp_StackWalk64
1>mongoclient.lib(stacktrace.obj) : error LNK2001: unresolved external symbol __imp_SymFromAddr
在工程依賴庫中添加Dbghelp.lib
其它問題，看看你手頭的編譯器、編譯出來的boost庫版本、mongoclient.lib的版本，是否對應好了。
Ⅱ 低級語言開發的程序特點
低級語言提供了操縱計算機系統底層硬體的能力。熟練的程序員通常使用低級語言編寫操作系統、設備驅動程序和編譯器之冊戚類的底層系統軟體。低級語言使用CPU的指令集直接調用處理器、寄存器和內存地址，並在這些操作中保持非常高的效率。由於不同的CPU提供的指令集有所不同，所以低級語言依賴於計算此尺機。
低級語言是指機器語言和匯編語言。
1）機器語言（machinelanguage）是一種指令集的體系。這種指令集，稱機器碼（machinecode），是電腦的CPU可直接解讀的數據。
2）匯編語言是匯編指令集、偽指令集和使用它們規則的統稱，使用具有一定含義的符號為助憶符，用指令助憶符、符號地址等組成的符號指令稱為匯編格式州扒陵指令。
Ⅲ 如何學習linux設備驅動
通常，內核的升級對從事linux應用程序開發的人員來說影響較小，因為系統調用基本保持兼容，影響比較大的是驅動開發人員。每次內核的更新都可能導致許多內核函數原型上的變化，其中既有內核本身提供的函數，也有硬體平台代碼提供的函數，後者變化的更加頻繁。這一點從許多經典書籍就可驗證，當你按照手裡的經典著作，如：Alessandro的《linux設備驅動程序》，編寫驅動時，發現並不能夠成功的在你的linux平台上編譯通過、或不能正常執行，原因就在於你用的內核和書里的不一致。
本文從兩個方面去解釋這個問題，一方面是如何寫好linux設備驅動，另一方面是如何應對不斷升級的內核。
如何寫好Linux設備驅動
Linux設備驅動是linux內核的一部分，是用來屏蔽硬體細節，為上層提供標准介面的一種技術手段。為了能夠編寫出質量比較高的驅動程序，要求工程師必須具備以下幾個方面的知識：
● 熟悉處理器的性能
如：處理器的體系結構、匯編語言、工作模式、異常處理等。對於初學者來說，在還不熟悉驅動編寫方法的情況下，可以先不把重心放在這一項上，因為可能因為它的枯燥、抽象而影響到你對設備驅動的興趣。隨著你不斷地熟悉驅動的編寫，你會很自然的意識到此項的重要性。
● 掌握驅動目標的硬體工作原理及通訊協議
如：串口控制器、顯卡控制器、硬體編解碼、存儲卡控制器、I2C通訊、SPI通訊、USB通訊、SDIO通訊、I2S通訊、PCI通訊等。編寫設備驅動的前提就是需要了解設備的操作方法，所以這些內容的重要程度不言而喻。但不是說要把所有設備的操作方法都熟悉了以後才可以寫驅動，你只需要了解你要驅動的硬體就可以了。
● 掌握硬體的控制方法
如：中斷、輪詢、DMA 等，通常一個硬體控制器會有多種控制方法，你需要根據系統性能的需要合理的選擇操作方法。初學階段以實現功能為目的，掌握的順序應該是，輪詢->中斷->DMA。隨著學習的深入，需要綜合考慮系統的性能需求，採取合適的方法。
● 良好的GNU C語言編程基礎
如：C語言的指針、結構體、內存操作、鏈表、隊列、棧、C和匯編混合編程等。這些編程語法是編寫設備驅動的基礎，無論對於初學者還是有經驗者都非常重要。
● 良好的linux操作系統概念
如：多進程、多線程、進程調度、進程搶占、進程上下文、虛擬內存、原子操作、阻塞、睡眠、同步等概念及它們之間的關系。這些概念及方法在設備驅動里的使用是linux設備驅動區別單片機編程的最大特點，只有理解了它們才會編寫出高質量的驅動。
● 掌握linux內核中設備驅動的編寫介面
如：字元設備的cdev、塊設備的gendisk、網路設備的net_device，以及基於這些基本介面的framebuffer設備的fb_info、mtd設備的mtd_info、tty設備的tty_driver、usb設備的usb_driver、mmc設備的mmc_host等。
Linux內核為設備驅動編寫者提供了標準的介面，驅動編寫者無需精通內核的各個部分，只需要明確內核提供給我們的介面，並實現此介面就可以了。內核提供的介面採用的是面向對象的思路，即把目標設備抽象成一個對象，通常利用一個結構體來描述這個對象。驅動工程師的任務就是實現這個對象。這個結構體中會包含設備的屬性（用變數表示）和操作方法（用函數指針表示）。如：字元設備的cdev
struct cdev {
struct kobject kobj;
struct mole *owner;
const struct file_operations *ops; // 操作方法結合，其它項都是屬性
struct list_head list;
dev_t dev;
unsigned int count;
};
開始階段可以以模仿為主，即套用一些固定的模板、參考常式。
如何應對不斷升級的內核
內核升級對驅動的影響主要體現在，（1）驅動介面定義的變化；（2）內核的一些功能函數的名稱、參數、頭文件、宏定義的變化；（3）平台代碼關於硬體操作方面封裝的一些函數的變化；（4）設備模型的影響。
● 驅動介面定義的變化
如：2.4內核中字元設備驅動的注冊介面是：
int register_chrdev(unsigned int major, const char * name, struct file_operations *fops)
而2.6內核中已經不建議使用這種方法了，改為：
int cdev_add(struct cdev *p, dev_t dev, unsigned count)
這種介面定義及注冊方法帶來的變化，發生的並不頻繁。解決方案是：參考內核中的代碼。這種介面定義及注冊方法在內核中非常容易找到，如：字元設備驅動的注冊方法及介面定義可以參照內核driver/char/目錄下的很多實例。
● 內核的一些功能函數的名稱、參數、頭文件、宏定義的變化
如：中斷注冊函數的格式及參數在2.4內核、2.6內核低版本和高版本之間都存在差別，在2.6.8中，中斷注冊函數的定義為：
int request_irq(unsigned int irq, irqreturn_t (*handler)(int, void *, struct pt_regs *),unsigned long irq_flags, const char * devname, void *dev_id)
irq_flags的取值主要為下面的某一種或組合： SA_INTERRUPT、SA_SAMPLE_RANDOM、SA_SHIRQ
在2.6.26中，中斷注冊函數的定義為：
int request_irq(unsigned int irq, irq_handler_t handler,unsigned long irqflags, const char *devname, void *dev_id)
typedef irqreturn_t (*irq_handler_t)(int, void *); irq_flags的取值主要為下面的某一種或組合：（功能和2.6.8的對應）IRQF_DISABLED、IRQF_SAMPLE_RANDOM、IRQF_SHARED
當出現這些問題時，編譯過程中，編譯器會給我們比較明確的錯誤提示，根據這些提示你可以判斷出是否是缺少頭文件問題、是否是函數參數定義有誤等。解決問題的最好辦法還是到你的目標內核中找信息。此時找問題的方法可以藉助於搜索，如：你可以在新的內核中搜索request_irq，看新內核中的驅動是如何使用它的，這種方法非常有效。
● 平台代碼關於硬體操作方面封裝的一些函數的變化
內核中，硬體平台相關的代碼在內核更新過程中變化比較頻繁，和我們的設備驅動也是息息相關，所以在針對一個新內核編寫設備驅動前，一定要熟悉你的平台代碼的結構。有時平台雖然提供了內核要求的介面函數，但使用起來功能卻並不完善。下面還是先舉個例子說明平台代碼更新對設備驅動的影響。
如：在linux-2.6.8內核中，調用set_irq_type(IRQ_EINT0,IRQT_FALLING);去設置S3C2410的IRQ_EINT0的中斷觸發信號類型，你會發現不會有什麼效果。跟蹤代碼發現內核的set_irq_type函數需要平台提供一個針對硬體平台的實現函數
static struct irqchip s3c_irqext_chip = {
.mask = s3c_irqext_mask,
.unmask = s3c_irqext_unmask,
.ack = s3c_irqext_ack,
.type = s3c_irqext_type
};
s3c_irqext_type就是linux內核需要的實現函數，而s3c_irqext_type在2.6.8中的實現為： static int s3c_irqext_type(unsigned int irq, unsigned int type)
{
irqdbf("s3c_irqext_type: called for irq %d, type %d\n", irq, type);
return 0;
}
原來並沒有實現。而在較高版本的內核，如2.6.26內核中，這個函數是實現了的。所以你一定要小心。當平台函數不好用時，一定要查查原因，或者直接操作硬體寄存器來達到目的。
● 2.6內核設備模型對驅動的影響
在2.6內核中寫設備驅動和在2.4內核中有著很大的不同，主要就是在設備驅動中融入了比設備驅動本身結構還復雜、還難以理解的設備模型。初學驅動時你可以不理會設備模型，但你會發現內核里的驅動代碼基本上都是融入了設備模型的了。所以很多時候你不得不面對現實，還是要弄懂它，並且它也的注冊方法也會隨著內核的升級而發生變化。解決此類問題的最好方法還是參考目標內核驅動代碼。
Ⅳ cpu進行寫操作的時候可能運行的程序
CPU寫操作時，可以運行的程序包括操作系統、應用程序、設備驅動程序、系統工具等。操作系統可以控制和管理計算機的硬野搭件資源，如內存、硬碟空間、處理器和外部設備，並且提供用戶界面，以便用戶高脊岩可以更加輕松地使用計算機。應用程序是用於完成特定任務的軟體，如文字處理、繪圖、游戲等。設備驅動程序是用於控制外部設備，如列印機、鍵盤、滑鼠等的軟體。系統工具是用於管理和優化系統性能的軟體，如磁碟碎片整戚御理、系統清理、系統安全等。您可以根據自己的需要安裝不同的程序來完成不同的任務。
Ⅳ linux設備驅動
#include #include #include #include #include #include #include 以上這些基本上都得用到的頭文件 一般鋒嘩編譯器會報錯，根據報錯橘基橋信息，再添加相圓猛應的頭文件即可。
Ⅵ 用易語言能否開發顯卡驅動程序
易語言暫時不能土豆 即使能也只能調用其他程序的 易語言現在對系統的操作太少，不能做顯卡驅動 至少我不數族汪能 也不排除有高手的可能性 比如穗基吳濤
Ⅶ 設備驅動make沒有那個文件或目錄
當使用設備驅動程序的make命令時，如果提示「沒有那個文件或目宏畝薯錄」錯誤，這通常是因為某些依賴文件不存在或路徑不正確導致的。
以下是可能導致該問題的一些原因和解決方法：
1. 檢查Makefile文件是否存在，並確保它包含正確的路徑和源代碼文件名。尤其要注意路徑是否正確，有時路徑名稱大小寫不一致的情況也會導致該問題。
2. 如果Makefile文件中用到了其他源代碼文件，檢查這些蔽者源代碼文件是否存在，並且它們的路徑是否與Makefile文件中的路徑一致。
3. 確認所需的開發工具耐寬已經被正確安裝。例如，確保gcc、g++等編譯器和make命令已經正確安裝和配置。
4. 如果在執行make命令時使用了變數，例如$PATH，則確保這些變數在當前環境中設置正確。
5. 確保當前所在的目錄是正確的，並且可以訪問需要使用的文件和目錄。
總之，出現「沒有那個文件或目錄」錯誤通常是由於某些依賴文件不存在或路徑不正確造成的，需要仔細檢查相關文件和路徑是否正確，並進行相應調整。
Ⅷ Mac下的c++編譯器有哪些
Mac下的c++編譯器：
1、Xcode
Xcode運行於蘋果公司的Mac操作系統下，是蘋果公司向開發人員提供的集成開發環境（非開源），用於開發Mac OS X、iOS、C、C++、Objective-C和java的應用程序。
2、GCC
GCC是由GNU開發的編程語言譯器。GNU編譯器套件包括C、C++、 Objective-C、 Fortran、Java、Ada和Go語言前端，也包括了這些語言的庫（如libstdc++，libgcj等。）
3、Code::Blocks
Code::Blocks 是一個開放源碼的全功能的跨平台C/C++集成開發環境。 Code::Blocks是開放源碼軟體。Code::Blocks由純粹的C++語言開發完成，它使用了著名的圖形界面庫wxWidgets(2.6.2 unicode)版。
(8)設備驅動編譯器擴展閱讀
Xcode特點
1、文件轉移
因為 Xcode 支持 CodeWarrior 風格相關項目參考，所以可以保證把 CodeWarrior 項目文件快速方便地轉移到 Xcode。
2、輔助開發
Xcode 可用來輔助開發應用程序、工具、架構、資料庫、嵌入包、核心擴展和設備驅動程序。Xcode 支持開發人員使用 C、 C++、Objective C、 AppleScript 和 Java。
3、協作運行
Xcode 能夠和 Mac OS X 里眾多其它的工具協作，例如綜合用戶界面結構應用程序；編譯器如 gcc、javac 和jikes；還有調試工具如 gdb。
4、自由撤銷
Xcode 4 的虛擬模型和設計功能讓你可以更輕松的開發和維護應用程序。只需選擇應用程序中想要編寫的部分，然後模型和設計系統將自動創建分類圖表，不僅可以顯示編碼，還可以讓你進行瀏覽。
Ⅸ 關於windows下驅動程序開發
其實在WINDOWS XP下還是可以使用VXD驅動的，只是那是微軟為了向下兼容以前的操作系統而已，在NT下的驅動最好的WDM驅動。彎嘩WDM是微軟推出的驅動模型，支持Windows 98、Windows 2000、Windows XP等，現在學驅動編程最好是學WDM編程，因為VXD過時了，編寫驅動最不可少的東西就是DDK，即譽襲驅動開發包，是微軟推出的，在此基礎上你可以使用VC++來提供驅動開發的集成環境，還可以使用DriverStudio來實現驅動的面向對象編程，DDK是C語言的，這幾個工具的安裝順序為：慶鬧兄DDK -- VC++ -- DriverStudio。
Ⅹ 驅動和編譯器是否有些非常相似的地方呢用自己的話說
從哲學上說，他們都是作為介面而存在。操作系統通過驅動程序控制對應的硬體，高級程序設計語言通過編譯器變成目標機器的機器語言。