編譯選項移植通常在哪裡

『壹』 VS2008的32位的程序如何移植到64位的系統，具體操作上的問題

打開任務管理器，看下程序的進程，如果進程名後面多了「*」號，則說明該進程是32位的，正運行在WOW64兼容模式下。反之，如果哪冊沒有星號，則是純64位程序，可以充分發揮64位的優勢。

你那程序是用C++本機代碼寫的？那就好辦了，用Visual Studio 2008打開源程序缺緩鬧，針對x64平台改變一下編譯配置選項，重新編伏罩譯一遍就行了。

如果是基於.NET CLR的託管代碼，就不存在這個問題了。
.NET設計的初衷就是消除平台差異。

『貳』 編譯器 可移植性問題

你用tc編的程序，在windows下面可以運行，tc把它編譯成二進制了

只要是windows系統，都能識別該二進制，換了其他的windows系統的電腦，以都能運行的

也就是說，對於windows系統來說，無論你用什麼語言，如pascal，delphi，c＋＋，java，只要你編譯後生成了可執行文件

把它放到其他windows系統的電腦上，也都可以運行的

但是，就算是同一台電腦，如果你既安裝了windows，又安裝了linux
你在windows下編譯出來的可執行文件，切換到linux系統下，就不能運行了

當然了，如果放在其他的系統上，如手機的symbian系統上，也是不能運行的

補充回答：
生成的二進制文件的移植性，是由操作系統，如windows，linux保證的

而我們說的c語言的移植性，是指c語言源碼能否在其他系統上編譯
比如我在windows環境下，寫了一段c代碼，放到linux下，仍然可以編譯，這就說明它的移植性很好

所以，要提供c語言的移植性，必須使用標準的c的代碼
如果你調用了windows的api，那麼在linux下，是無法編譯通過的

『叄』 java的可移植性是什麼意思移植到哪裡去

java先編譯成位元組碼（中間碼燃雹），為什麼需要這個中間碼呢？
如果java直接編譯成系統能識的二進制碼，可能一個標識在windows下是1100，而linux下是1001，這樣java在windows下編譯後無法在linux運行。
所以java先編譯成位元組碼（中間碼），由JVM（java虛擬機來解釋執行），而這個JVM對於主流的銷段姿操作系統都有相應的版本，目的就是將 統一的中間碼 編譯成對虧絕應操作系統識的二進制碼，然後執行。
所以不論你在什麼系統中編譯的java，得到的都是統一的位元組碼（中間碼）
在windows中需要有windows版本的JVM來執行，要是到了linux下，只要下載linux版本的JVM來執行就可以了
這就是java的跨平台，可移植性

『肆』 Visual Studio 2019怎麼編譯C語言源程序

1、首先，打開C語言編輯器工具，然後在該工具中編寫程序的源代碼，如下圖所示，然後進入下一步。

『伍』 C語言代碼編譯成的是機器碼，那麼怎麼實現可移植性呢

C語言代碼編譯成的是機器碼，通常不能在不同指令系統的機器上運行。
我遇到過同樣的機器，同樣的機器碼，同樣的操作系統，也就是原來在本機編好的若干程序，突然運行不了了（出錯），必須重新編譯後才能運行。因為微軟動態鏈接庫里的子程序號碼「更新」了。
如果編譯成半成品機器碼，或者類似obj，到運行的機器上再由附加的解釋器解釋(或編譯器鏈接），則可以運行。這就是所謂的「跨平台」「移植」「嵌入」。

『陸』 C語言代碼編譯成的是機器碼，那麼怎麼實現可移植性呢

C語言寫的代碼編譯成了機器碼，與編譯器有關，與當前的電腦的CPU沒有關系

有個概念叫交叉編譯，我們做嵌入式的，就靠這個工作了
也就是在PC上編譯的機器碼，下載到其他的晶元裡面，讓它在這個晶元里運行

只要其他的電腦也支持同樣的編譯器產生的機器碼，就可以一致到它上面

『柒』 「干貨」嵌入式Linux系統移植的四大步驟（上）

在學習系統移植的相關知識，在學習和調試過程中，發現了很多問題，也解決了很多問題，但總是對於我們的開發結果有一種莫名其妙的感覺，糾其原因，主要對於我們的開發環境沒有一個深刻的認識，有時候幾個簡單的命令就可以完成非常復雜的功能，可是我們有沒有想過，為什麼會有這樣的效果？

如果沒有去追問，只是機械地完成，並且看到實驗效果，這樣做其實並沒有真正的掌握系統移植的本質。

在做每一個步驟的時候， 首先問問自己，為什麼要這樣做，然後再問問自己正在做什麼？ 搞明白這幾個問題，我覺得就差不多了，以後不管更換什麼平台，什麼晶元，什麼開發環境，你都不會迷糊，很快就會上手。對於嵌入式的學習方法，我個人方法就是：從宏觀上把握(解決為什麼的問題)，微觀上研究(解決正在做什麼的問題)，下面以自己學習的arm-cortex_a8開發板為目標，介紹下自己的學習方法和經驗。

嵌入式Linux系統移植主要由四大部分組成：

一、搭建交叉開發環境
二、bootloader的選擇和移植
三、kernel的配置、編譯、和移植
四、根文件系統的製作

第一部分：搭建交叉開發環境

先介紹第一分部的內容：搭建交叉開發環境，首先必須得思考兩個問題，什麼是交叉環境? 為什麼需要搭建交叉環境？

先回答第一個問題，在嵌入式開發中，交叉開發是很重要的一個概念，開發的第一個環節就是搭建環境，第一步不能完成，後面的步驟從無談起，這里所說的交叉開發環境主要指的是：在開發主機上(通常是我的pc機)開發出能夠在目標機(通常是我們的開發板)上運行的程序。嵌入式比較特殊的是不能在目標機上開發程序(狹義上來說)，因為對於一個原始的開發板，在沒有任何程序的情況下它根本都跑不起來，為了讓它能夠跑起來，我們還必須要藉助pc機進行燒錄程序等相關工作，開發板才能跑起來，這里的pc機就是我們說的開發主機，想想如果沒有開發主機，我們的目標機基本上就是無法開發，這也就是電子行業的一句名言：搞電子，說白了，就是玩電腦！

然後回答第二個問題，為什麼需要交叉開發環境？主要原因有以下幾點：

原因 1： 嵌入式系統的硬體資源有很多限制，比如cpu主頻相對較低，內存容量較小等，想想讓幾百MHZ主頻的MCU去編譯一個Linux kernel會讓我們等的不耐煩，相對來說，pc機的速度更快，硬體資源更加豐富，因此利用pc機進行開發會提高開發效率。

原因2： 嵌入式系統MCU體系結構和指令集不同，因此需要安裝交叉編譯工具進行編譯，這樣編譯的目標程序才能夠在相應的平台上比如：ARM、MIPS、 POWEPC上正常運行。

交叉開發環境的硬體組成主要由以下幾大部分 ：

1.開發主機
2.目標機（開發板）
3.二者的鏈接介質，常用的主要有3種方式：(1)串口線 (2)USB線 (3)網線

對應的硬體介質，還必須要有相應的軟體「介質」支持：

1.對於串口，通常用的有串口調試助手，putty工具等，工具很多，功能都差不多，會用一兩款就可以；

2.對於USB線，當然必須要有USB的驅動才可以，一般晶元公司會提供，比如對於三星的晶元，USB下載主要由DNW軟體來完成；

3.對於網線，則必須要有網路協議支持才可以， 常用的服務主要兩個

第一：tftp服務：

主要用於實現文件的下載，比如開發調試的過程中，主要用tftp把要測試的bootloader、kernel和文件系統直接下載到內存中運行，而不需要預先燒錄到Flash晶元中，一方面，在測試的過程中，往往需要頻繁的下載，如果每次把這些要測試的文件都燒錄到Flash中然後再運行也可以，但是缺點是：過程比較麻煩，而且Flash的擦寫次數是有限的；另外一方面：測試的目的就是把這些目標文件載入到內存中直接運行就可以了，而tftp就剛好能夠實現這樣的功能，因此，更沒有必要把這些文件都燒錄到Flash中去。

第二： nfs服務：

主要用於實現網路文件的掛載，實際上是實現網路文件的共享，在開發的過程中，通常在系統移植的最後一步會製作文件系統，那麼這是可以把製作好的文件系統放置在我們開發主機PC的相應位置，開發板通過nfs服務進行掛載，從而測試我們製作的文件系統是否正確，在整個過程中並不需要把文件系統燒錄到Flash中去，而且掛載是自動進行掛載的，bootload啟動後，kernel運行起來後會根據我們設置的啟動參數進行自動掛載，因此，對於開發測試來講，這種方式非常的方便，能夠提高開發效率。

另外，還有一個名字叫 samba 的服務也比較重要，主要用於文件的共享，這里說的共享和nfs的文件共享不是同一個概念，nfs的共享是實現網路文件的共享，而samba實現的是開發主機上 Windows主機和Linux虛擬機之間的文件共享，是一種跨平台的文件共享 ，方便的實現文件的傳輸。

以上這幾種開發的工具在嵌入式開發中是必備的工具，對於嵌入式開發的效率提高做出了偉大的貢獻，因此，要對這幾個工具熟練使用，這樣你的開發效率會提高很多。等測試完成以後，就會把相應的目標文件燒錄到Flash中去，也就是等發布產品的時候才做的事情，因此對於開發人員來說，所有的工作永遠是測試。

通過前面的工作，我們已經准備好了交叉開發環境的硬體部分和一部分軟體，最後還缺少交叉編譯器，讀者可能會有疑問，為什麼要用交叉編譯器？前面已經講過，交叉開發環境必然會用到交叉編譯工具，通俗地講就是在一種平台上編譯出能運行在體系結構不同的另一種平台上的程序，開發主機PC平台（X86 CPU）上編譯出能運行在以ARM為內核的CPU平台上的程序，編譯得到的程序在X86 CPU平台上是不能運行的，必須放到ARM CPU平台上才能運行，雖然兩個平台用的都是Linux系統。相對於交叉編譯，平常做的編譯叫本地編譯，也就是在當前平台編譯，編譯得到的程序也是在本地執行。用來編譯這種跨平台程序的編譯器就叫交叉編譯器，相對來說，用來做本地編譯的工具就叫本地編譯器。所以要生成在目標機上運行的程序，必須要用交叉編譯工具鏈來完成。

這里又有一個問題，不就是一個交叉編譯工具嗎？為什麼又叫交叉工具鏈呢？原因很簡單，程序不能光編譯一下就可以運行，還得進行匯編和鏈接等過程，同時還需要進行調試，對於一個很大工程，還需要進行工程管理等等，所以，這里 說的交叉編譯工具是一個由 編譯器、連接器和解釋器 組成的綜合開發環境，交叉編譯工具鏈主要由binutils(主要包括匯編程序as和鏈接程序ld)、gcc(為GNU系統提供C編譯器)和glibc(一些基本的C函數和其他函數的定義) 3個部分組成。有時為了減小libc庫的大小，也可以用別的 c 庫來代替 glibc，例如 uClibc、dietlibc 和 newlib。

那麼，如何得到一個交叉工具鏈呢？是從網上下載一個「程序」然後安裝就可以使用了嗎？回答這個問題之前先思考這樣一個問題，我們的交叉工具鏈顧名思義就是在PC機上編譯出能夠在我們目標開發平台比如ARM上運行的程序，這里就又有一個問題了，我們的ARM處理器型號非常多，難道有專門針對我們某一款的交叉工具鏈嗎？若果有的話，可以想一想，這么多處理器平台，每個平台專門定製一個交叉工具鏈放在網路上，然後供大家去下載，想想可能需要找很久才能找到適合你的編譯器，顯然這種做法不太合理，且浪費資源！因此，要得到一個交叉工具鏈，就像我們移植一個Linux內核一樣，我們只關心我們需要的東西，編譯我們需要的東西在我們的平台上運行，不需要的東西我們不選擇不編譯，所以，交叉工具鏈的製作方法和系統移植有著很多相似的地方，也就是說，交叉開發工具是一個支持很多平台的工具集的集合(類似於Linux源碼)，然後我們只需從這些工具集中找出跟我們平台相關的工具就行了，那麼如何才能找到跟我們的平台相關的工具，這就是涉及到一個如何製作交叉工具鏈的問題了。

通常構建交叉工具鏈有如下三種方法：

方法一 ： 分步編譯和安裝交叉編譯工具鏈所需要的庫和源代碼，最終生成交叉編譯工具鏈。該方法相對比較困難，適合想深入學習構建交叉工具鏈的讀者。如果只是想使用交叉工具鏈，建議使用下列的方法二構建交叉工具鏈。

方法二： 通過Crosstool-ng腳本工具來實現一次編譯，生成交叉編譯工具鏈，該方法相對於方法一要簡單許多，並且出錯的機會也非常少，建議大多數情況下使用該方法構建交叉編譯工具鏈。

方法三 ： 直接通過網上下載已經製作好的交叉編譯工具鏈。該方法的優點不用多說，當然是簡單省事，但與此同時該方法有一定的弊端就是局限性太大，因為畢竟是別人構建好的，也就是固定的，沒有靈活性，所以構建所用的庫以及編譯器的版本也許並不適合你要編譯的程序，同時也許會在使用時出現許多莫名其妙的錯誤，建議讀者慎用此方法。

crosstool-ng是一個腳本工具，可以製作出適合不同平台的交叉編譯工具鏈，在進行製作之前要安裝一下軟體：
$ sudo apt-get install g++ libncurses5-dev bison flex texinfo automake libtool patch gcj cvs cvsd gawk
crosstool腳本工具可以在http://ymorin.is-a-geek.org/projects/crosstool下載到本地，然後解壓，接下來就是進行安裝配置了，這個配置優點類似內核的配置。主要的過程有以下幾點：
1. 設定源碼包路徑和交叉編譯器的安裝路徑
2. 修改交叉編譯器針對的構架

3. 增加編譯時的並行進程數，以增加運行效率，加快編譯，因為這個編譯會比較慢。
4. 關閉JAVA編譯器 ，減少編譯時間
5. 編譯
6. 添加環境變數
7. 刷新環境變數。
8. 測試交叉工具鏈

到此，嵌入式Linux系統移植四大部分的第一部分工作全部完成，接下來可以進行後續的開發了。

第二部分：bootloader的選擇和移植

01 Boot Loader 概念

就是在操作系統內核運行之前運行的一段小程序。通過這段小程序，我們可以初始化硬體設備、建立內存空間的映射圖，從而將系統的軟硬體環境帶到一個合適的狀態，以便為最終調用操作系統內核准備好正確的環境，他就是所謂的引導載入程序（Boot Loader）。

02 為什麼系統移植之前要先移植BootLoader？

BootLoader的任務是引導操作系統，所謂引導操作系統，就是啟動內核，讓內核運行就是把內核載入到內存RAM中去運行，那先問兩個問題：第一個問題，是誰把內核搬到內存中去運行？第二個問題：我們說的內存是SDRAM，大家都知道，這種內存和SRAM不同，最大的不同就是SRAM只要系統上電就可以運行，而SDRAM需要軟體進行初始化才能運行，那麼在把內核搬運到內存運行之前必須要先初始化內存吧，那麼內存是由誰來初始化的呢？其實這兩件事情都是由bootloader來乾的，目的是為內核的運行准備好軟硬體環境，沒有bootloadr我們的系統當然不能跑起來。

03 bootloader的分類

首先更正一個錯誤的說法，很多人說bootloader就是U-boot，這種說法是錯誤的，確切來說是u-boot是bootloader的一種。也就是說bootloader具有很多種類，

由上圖可以看出，不同的bootloader具有不同的使用范圍，其中最令人矚目的就是有一個叫U-Boot的bootloader，是一個通用的引導程序，而且同時支持X86、ARM和PowerPC等多種處理器架構。U-Boot，全稱 Universal Boot Loader，是遵循GPL條款的開放源碼項目，是由德國DENX小組開發的用於多種嵌入式CPU的bootloader程序，對於Linux的開發，德國的u-boot做出了巨大的貢獻，而且是開源的。

u-boot具有以下特點：

① 開放源碼；
② 支持多種嵌入式操作系統內核，如Linux、NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS；
③ 支持多個處理器系列，如PowerPC、ARM、x86、MIPS、XScale；
④ 較高的可靠性和穩定性；
⑤ 高度靈活的功能設置，適合U-Boot調試、操作系統不同引導要求、產品發布等；
⑥ 豐富的設備驅動源碼，如串口、乙太網、SDRAM、FLASH、LCD、NVRAM、EEPROM、RTC、鍵盤等；
⑦ 較為豐富的開發調試文檔與強大的網路技術支持；
其實，把u-boot可以理解為是一個小型的操作系統。

04 u-boot的目錄結構

* board 目標板相關文件，主要包含SDRAM、FLASH驅動；
* common 獨立於處理器體系結構的通用代碼，如內存大小探測與故障檢測；
* cpu 與處理器相關的文件。如mpc8xx子目錄下含串口、網口、LCD驅動及中斷初始化等文件；
* driver 通用設備驅動，如CFI FLASH驅動(目前對INTEL FLASH支持較好)
* doc U-Boot的說明文檔；
* examples可在U-Boot下運行的示常式序；如hello_world.c,timer.c；
* include U-Boot頭文件；尤其configs子目錄下與目標板相關的配置頭文件是移植過程中經常要修改的文件；
* lib_xxx 處理器體系相關的文件，如lib_ppc, lib_arm目錄分別包含與PowerPC、ARM體系結構相關的文件；
* net 與網路功能相關的文件目錄，如bootp,nfs,tftp；
* post 上電自檢文件目錄。尚有待於進一步完善；
* rtc RTC驅動程序；
* tools 用於創建U-Boot S-RECORD和BIN鏡像文件的工具；

05 u-boot的工作模式

U-Boot的工作模式有 啟動載入模式和下載模式 。啟動載入模式是Bootloader的正常工作模式，嵌入式產品發布時，Bootloader必須工作在這種模式下，Bootloader將嵌入式操作系統從FLASH中載入到SDRAM中運行，整個過程是自動的。 下載模式 就是Bootloader通過某些通信手段將內核映像或根文件系統映像等從PC機中下載到目標板的SDRAM中運行，用戶可以利用Bootloader提供的一些令介面來完成自己想要的操作，這種模式主要用於測試和開發。

06 u-boot的啟動過程

大多數BootLoader都分為stage1和stage2兩大部分，U-boot也不例外。依賴於cpu體系結構的代碼（如設備初始化代碼等）通常都放在stage1且可以用匯編語言來實現，而stage2則通常用C語言來實現，這樣可以實現復雜的功能，而且有更好的可讀性和移植性。

1、 stage1(start.s代碼結構)
U-boot的stage1代碼通常放在start.s文件中，它用匯編語言寫成，其主要代碼部分如下：
（1） 定義入口。由於一個可執行的image必須有一個入口點，並且只能有一個全局入口，通常這個入口放在rom(Flash)的0x0地址，因此，必須通知編譯器以使其知道這個入口，該工作可通過修改連接器腳本來完成。
（2）設置異常向量(exception vector)。
（3）設置CPU的速度、時鍾頻率及中斷控制寄存器。
（4）初始化內存控制器 。
（5）將rom中的程序復制到ram中。
（6）初始化堆棧 。
（7）轉到ram中執行，該工作可使用指令ldrpc來完成。

2、 stage2（C語言代碼部分）

lib_arm/board.c中的start armboot是C語言開始的函數，也是整個啟動代碼中C語言的主函數，同時還是整個u-boot（armboot）的主函數，該函數主要完成如下操作：
（1）調用一系列的初始化函數。
（2）初始化flash設備。
（3）初始化系統內存分配函數。
（4）如果目標系統擁有nand設備，則初始化nand設備。
（5）如果目標系統有顯示設備，則初始化該類設備。
（6）初始化相關網路設備，填寫ip,c地址等。
（7）進入命令循環（即整個boot的工作循環），接受用戶從串口輸入的命令，然後進行相應的工作。

07 基於cortex-a8的s5pc100bootloader啟動過程分析

s5pc100支持兩種啟動方式，分別為USB啟動方式和NandFlash啟動方式：

1. S5PC100 USB啟動過程

[1] A8 reset, 執行iROM中的程序
[2] iROM中的程序根據S5PC100的配置管腳(SW1開關4，撥到4對面)，判斷從哪裡啟動(USB)
[3] iROM中的程序會初始化USB，然後等待PC機下載程序
[4] 利用DNW程序，從PC機下載SDRAM的初始化程序到iRAM中運行，初始化SDRAM
[5] SDRAM初始化完畢，iROM中的程序繼續接管A8, 然後等待PC下載程序(BootLoader)
[6] PC利用DNW下載BootLoader到SDRAM
[7] 在SDRAM中運行BootLoader

2. S5PC100 Nandflash啟動過程

[1] A8 reset, 執行IROM中的程序
[2] iROM中的程序根據S5PC100的配置管腳(SW1開關4，撥到靠4那邊)，判斷從哪裡啟動(Nandflash)
[3] iROM中的程序驅動Nandflash
[4] iROM中的程序會拷貝Nandflash前16k到iRAM
[5] 前16k的程序(BootLoader前半部分)初始化SDRAM，然後拷貝完整的BootLoader到SDRAM並運行
[6] BootLoader拷貝內核到SDRAM，並運行它
[7] 內核運行起來後，掛載rootfs，並且運行系統初始化腳本

08 u-boot移植(基於cortex_a8的s5pc100為例)

1.建立自己的平台

(1).下載源碼包2010.03版本，比較穩定
(2).解壓後添加我們自己的平台信息，以smdkc100為參考版，移植自己s5pc100的開發板
(3).修改相應目錄的文件名，和相應目錄的Makefile，指定交叉工具鏈。
(4).編譯
(5).針對我們的平台進行相應的移植，主要包括修改SDRAM的運行地址，從0x20000000
(6).「開關」相應的宏定義
(7).添加Nand和網卡的驅動代碼
(8).優化go命令
(9).重新編譯 make distclean(徹底刪除中間文件和配置文件) make s5pc100_config(配置我們的開發板) make(編譯出我們的u-boot.bin鏡像文件)
(10).設置環境變數，即啟動參數，把編譯好的u-boot下載到內存中運行，過程如下：
1. 配置開發板網路
ip地址配置:
$setenv ipaddr 192.168.0.6 配置ip地址到內存的環境變數
$saveenv 保存環境變數的值到nandflash的參數區

網路測試:
在開發開發板上ping虛擬機：
$ ping 192.168.0.157(虛擬機的ip地址)

如果網路測試失敗,從下面幾個方面檢查網路：
1. 網線連接好
2. 開發板和虛擬機的ip地址是否配置在同一個網段
3. 虛擬機網路一定要採用橋接(VM--Setting-->option)
4. 連接開發板時，虛擬機需要設置成 靜態ip地址

2. 在開發板上，配置tftp伺服器(虛擬機)的ip地址
$setenv serverip 192.168.0.157(虛擬機的ip地址)
$saveenv
3. 拷貝u-boot.bin到/tftpboot(虛擬機上的目錄)
4. 通過tftp下載u-boot.bin到開發板內存
$ tftp 20008000(內存地址即可) u-boot.bin(要下載的文件名)

如果上面的命令無法正常下載:
1. serverip配置是否正確
2. tftp服務啟動失敗，重啟tftp服務
#sudo service tftpd-hpa restart

5. 燒寫u-boot.bin到nandflash的0地址
$nand erase 0(起始地址) 40000(大小) 擦出nandflash 0 - 256k的區域
$nand write 20008000((緩存u-boot.bin的內存地址) 0(nandflash上u-boot的位置) 40000(燒寫大小)

6. 切換開發板的啟動方式到nandflash
1. 關閉開發板
2. 把SW1的開關4撥到4的那邊
3. 啟動開發板，它就從nandflash啟動

『捌』 visualstudio2010專業版編譯選項在哪

菜單欄里的生成解決方案按鈕。visualstudio2010專業版編譯選項，在菜單欄里的生成解決方案按鈕就是進行編譯。生成好後會在debug文件夾里有exe文件。如果要進行軟體發布的話，建議使用新建一個項目，選著其他項目類型里的安裝部署。

『玖』 交叉編譯完的程序如何移植到友善之臂4412開發板

首先，你要保證你編譯的程序使用的交叉編譯鏈是開發板支持的，例如arm-linux-4.3.2,一般是在虛擬機下面的linux系統下的/etc/profile裡面添加編譯鏈路徑；
接著，需要確保使用的內核是開發板目前使用的內核，一般MINI2440是使用linux-2.6.30版本的，這個要在程序的makefile文件裡面改；
還有，如果你使用靜態編譯方式文件會比較大，但是不用依賴庫，如果是用動態編譯，文件就比較小，但是依賴動態庫，如果放到開發板上運行提示缺少動態庫，就證明你沒有把動態庫放進開發板的/lib裡面，可以用ldd指令查看需要哪些庫；
最後，記住移植的方式可以使用NFS或者TFTP，U盤也可以，放到開發板上後必須在文件存放的當前目錄下./可執行文件，或者把文件放入/bin或者/sbin下面，就可以直接可執行文件，不用加./
你可以在程序裡面加些調試信息輸出，例如printf，以此證明有執行。

『拾』 C語言編譯器移植問題

樓主既要使用C語言編譯器，又想使用C++編譯器的話，編碼風格要使用標准C語言的風格，這樣C++同時可以兼容。

VC6編譯報錯可能是如下原因：

1、局部變數的定義和初始化必須在函數的最開始，不能放在函數的中間部分

2、scanf_s函數的使用，scanf_s並不是標準的庫函數，有些編譯器並沒有該函數，推薦使用scanf函數，雖然不太安全

VS2013運行錯誤可能是如下原因：

1、很多帶「_s」後綴的函數是為了讓原版函數更安全，傳入一個和參數有關的大小值，避免引用到不存在的元素，有時hacker可以利用原版的不安全性黑掉系統。比如:char d[20];寫成scanf_s("%s",d,20);才是正確的，有這個參數20使准確性提高。既然使用了scanf_s函數，就不能單純的寫scanf_s(" %s [%d][%d]", s, &m, &n);，就需要對%s制定可以輸入的最大字元才行

intm,n;//局部變數放在函數的最開始
	chars[6];
intsize=4;
void*p;
int*q;
inti,j;

	printf("請定義一個二維數組,格式如下:int[3][4]
");
	printf("數組類型只限於int,char,float,int*,char*
");
	printf("請只在聲明數據類型和數據之間輸入空格!
");
	printf("本程序容錯性很差,請按照要求謹慎操作!

");

	scanf_s("%s[%d][%d]",s,5,&m,&n);//s,5，指明s最多接收5個字元
	
	p=malloc(size*m*n);
	q=(int*)p;
	memset(p,1,size*m*n);