編譯鏈接調試例子

Ⅰ 在linux中如何編譯C程序，使之成為可執行文件如何調試

Gcc最基本的用法是∶gcc [options] [filenames] 其中options就是編譯器所需要的參數，filenames給出相關的文件名稱。 -c，只編譯，不連接成為可執行文件，編譯器只是由輸入的.c等源代碼文件生成.o為後綴的目標文件，通常用於編譯不包含主程序的子程序文件。 -o output_filename，確定輸出文件的名稱為output_filename，同時這個名稱不能和源文件同名。如果不給出這個選項，gcc就給出預設的可執行文件a.out。 -g，產生符號調試工具(GNU的gdb)所必要的符號資訊，要想對源代碼進行調試，我們就必須加入這個選項。 -O，對程序進行優化編譯、連接，採用這個選項，整個源代碼會在編譯、連接過程中進行優化處理，這樣產生的可執行文件的執行效率可以提高，但是，編譯、連接的速度就相應地要慢一些。 -O2，比-O更好的優化編譯、連接，當然整個編譯、連接過程會更慢.
例子：
gcc -o test test.c
結果生成可執行文件test

Ⅱ 在linux里，c程序的編輯、編譯、調試的詳細步驟是什麼

（1）用工具寫好C程序...比如vi
（2）打開終端，進入你存放C語言代碼的路徑 例如： cd /opt/
（3）gcc a.c -o abc 意思是：把你的a.c編譯成abc可執行文件
（4）在當前目錄終端下 運行生成的abc,例如： ./abc 前面的.不要掉了
後面可以用gdb進行調試，你可以自己去學習...這是最基本的！！

Ⅲ 匯編語言的那個編譯鏈接 的詳細過程 每一步驟

LZ請跟著我的操作走
1.將寫好的匯編代碼保存為1.asm
2.將1.asm復制到c盤下
3.點開始(即左下標那個windows圖標)，找到運行，或(附件中的命令提示符)
4.找到運行後，輸入cmd
或
command
5.進入後輸入cd
c:\
6.輸入masm
1；(1後面有分號)，然後回車
7.輸入link
1；然後回車
8.cls清屏然後回車
9.輸入1.exe，然後回車
10.完成
至於怎麼debug
步驟:
1-8同上
9.輸入debug
1.exe，然後回車
10.完成
至於debug
中的
'r'
'd'
't'
自己上網找大把
我的系統是win
7，
你的masm
和
link
debug
要放在C:\Windows文件夾下
PS:
若有不明白的地方。

Ⅳ FFmpeg之Linux下編譯與調試

下面的一切都是在 root 模式下進行的，可以不再 root 模式下進行

基礎環境就是編譯中畝代碼的基礎庫，Ubuntu聯網安裝軟體很簡單，一個語句即可搞定，這里列出語句如下：

依賴庫分兩方面，參考以下網站列出的依賴庫信息，本文選擇凳棗的版本均參考於此網頁: FFmpeg依賴庫信息

首先創建 FFmpeg 代碼目錄，所有的源代碼放在這個目錄下

FFmpeg 編譯之後，即可使用。編譯生成的可執行程序在 ~/bin 目錄下

註：上面的 ./configure 配置編譯後並不能進行調試，需要如下配置.

剛才的工程可以運行，但不能debug。解決此問題，首先認定一點，生成的可執行程序中，ffmpeg 不包含調試信息，調試信息在 ffmpeg_g 中,debug 要選擇 ffmpeg_g。

另外，./config選項也是確定包含調試信息的核心，需要在config中添加：

採用以下命令重新賣粗森config:

一些注意事項； 在使用 ffplay 播放生成 h264 格式的視頻時，播放速度會加快，解決方式：不要使用 FFmpeg 轉碼生成純 h264 格式的視頻，要使用一種容器包含 h264 視頻，即生成一種音視頻流格式，也就是不要生成純粹的 h264 碼流，而是生成諸如 mkv 等格式的文件。

Ⅳ 在VS2010的VC++中如何編譯、鏈接、運行、調試程序

在vc2010中看不到像VC6.0顯式的編譯、連接按鈕了。只有工具欄(啟動調試)和菜單欄(測試)

這些功能包含編譯、鏈接、運行(調試)所有步驟，都一鍵完成。

實際上這些功能是編譯器使用以下工具實現的：

編譯器CL.EXE,將.c/.cpp源代碼編譯成目標代碼.obj,

連接器LINK.EXE,將目標代碼和庫連接生成最終文件;

資源編譯器RC.EXE(.rc)將資源編譯,最終通過連接器存入最終文件.

注意編譯准備:VCVARS32.bat拷貝到當前的workspace下在cmd下執行之後就可以

直接使用這些編譯工具在cmd下編譯.

-----------------------------------------------------------

例子：記事本編輯hello.c，在按照上面要求拷貝到當前目錄下，打開cmd

CL.EXE /c hello.c只編譯不連接

LINK.EXE hello.obj 用到的庫文件，生成可執行文件.如：

LINK.EXE hello.obj user32.lib

RC.EXE Hello.rc

-----------------------------------------

CL.EXE，LINK.EXE，vcvars32.bat所在目錄:假定VS2010使用默認安裝路徑

C:Program FilesMicrosoft Visual Studio 10.0VCin

rc.exe所在路徑：

C:Program FilesMicrosoft SDKsWindowsv7.1ABin

注意：

(1)這些EXE文件在vs2010下可能存在多個不同路徑，但都是一樣的,可以通用

(2)如果電腦上安裝了不同的VS版本，這些文件會不同，注意區分。使用同一VS版本下的文件。

Ⅵ cygwin下編譯，調試C源程序

你是初學者吧，沒關系，很簡單的。
cygwin我沒用過，大概是別人給套了個可視化編程界面了。
1.你運行cygwin這個軟體，然後「文件/打開/」把你准備好的C源代碼載入到這個軟體中。（就好比我們平時用word時，先運行word軟體，然後把你的文檔加如入並進行編輯。）
2.在軟體界面上（一般在：工具欄）找一個功能為「運行」的按紐。

准備知識：
寫一個程序一般分以下步驟：
1.編輯（就是把你的源代碼寫出來，你可以用「記事本」寫，當然一般編程工具cygwin也會提供編輯環境）
2.編譯+連接（你只要點個按紐就行，這個任務完全由cygwin完成，你不必管它怎麼完成這個任務的。
==============================
那麼，編譯是什麼意思呢？
==============
由於你是初學者，我只能用盡可能通俗的話給你解釋一下，這種解釋是不夠准確的。因為計算機本身只認識二進制指令，就是0/1的序列，每個0/1的序列都在計算機設計時，就賦予了一定的含義。比如：設計師可以把0001表示作個加法，用0000表示作個減法。但是如果人們用0/1的序列來表達我們的需求，顯然非常麻煩。於是，後來一些科學家就發明了一種近似英語的計算機語言C，很明顯如果要讓計算機也明白C表達的意思，我們就必須把C翻譯成0/1的序列。那麼，編譯就可以理解為「翻譯」。
[打個比方1]這就好比，你是個中國人，你只會說中文，計算機是個美國人，它只會說英語。你要請計算機給你做件事，你可以用中文寫好你的要求，然後請個翻譯，把你的要求翻譯成英語。）
======
調試是什麼呢？
=====
調試分兩個層面：(沿用上面的比方1)
1.語法層
你用中文表達你的要求時，可能你的用語不夠規范，或寫了錯別字，使得你
請的翻譯不理解你的意思，沒辦法翻譯下去。這時，這個翻譯就會通知你說：「對不起，你這個字是不是寫錯了」。於是，你就「調整調整，修改修改，才試一試」（「調試」由此得名），然後才請翻譯進行翻譯。
2.語意層
由於你的疏忽，你把要求表達錯了。舉個離譜點的例子：你本意是打算請計算機幫你買張去北京的火車票的，結果你不小心，寫成了買張去上海的火車票。出現這個錯誤，翻譯沒方法告訴你，只有等計算機把一張上海的車票給你，你才意識到，於是你重新調試，才執行。

Ⅶ 匯編編譯器 masm 32 的使用 具體點(主要編譯,鏈接等常用操作---ml ,link) 請附上一個例子和具體操作

先把BIN,LIB,INCLUDE幾個文件夾取出來，然後設置下環境
如建個BAT文件方便點,輸入
@echo off
set include=C:\TDDOWNLOAD\source\環境\INCLUDE
set lib=C:\TDDOWNLOAD\source\環境\LIB
set path=C:\TDDOWNLOAD\source\環境\BIN;%path%
echo on

編譯這些最好下個nmake.exe放到BIN文件夾，在編譯時，在命令行輸入要編譯程序的路徑
再輸入 nmake回車就完成兩步操作了。
ml命令一步步輸入的話就
; ml /c /coff XXX.asm
; rc XXX.rc (有資源文件的話)
; Link /subsystem:windows XXX.obj XXX.res (有資源文件才寫XXX.res)

注意前面的分號去掉