gcc編譯得到的檔案型別非 ELF executable

阿新 • • 發佈：2018-11-09

準備簡單學習一下編譯連結的過程。找到一篇文章：
gcc程式的編譯過程和連結原理

但是遇到一個問題：
用gcc -o hello hello.c 編譯，然後用file hello檢視檔案格式：

得到的卻並不是和作者一致的 ELF 64-bit LSB executable型別。

搜了很久，居然沒找到滿意的解釋，只找到隻言片語，記錄一下，等搞明白了再來補充。
https://bbs.archlinuxcn.org/viewtopic.php?id=5423

現在的可執行檔案都是 shared 了，以前的會是 executable。原因是，現在編譯器都預設啟用了 PIE（位置無關可執行檔案）。

準備簡單學習一下編譯連結的過程。找到一篇文章： gcc程式的編譯過程和連結原理但是遇到一個問題：用gcc -o hello hello.c 編譯，然後用file hello檢視檔案格式：得到的卻並不是和作者一致的 ELF 64-bit LSB executable型別。

gcc (選項) (引數) 選項： -o：指定生成的輸出檔案； -E：僅執行編譯預處理； -S：將C程式碼轉換為彙編程式碼； -wall：顯示警告資訊； -c：僅執行編譯操作，不進行連線操作。引數：需要編譯的檔案其中選項和引數位置可調換主函式所在檔案inc

簡單介紹：linux中so檔案為共享庫，和windows下dll相似；so可以共多個程序呼叫，不同程序呼叫同一個so檔案，所使用so檔案不同；so原檔案不需要main函式；例項，1.通過mysqlTest.c中的函式mysql()，生成一個libmysql.so連結庫#inc

c檔案直接拖進cmd時地址是對的，但gcc不認空格，所以要把路徑當做所有空格都去掉或改成“—”，這樣它就能直接發現檔案了，這時在cmd中編寫：gcc F:\new.c -o F:\new.exe ,就會出現new.e

gcc編譯流程有：預處理、編譯、彙編、連結每個過程分別產生相應的中間檔案。預處理：.i 編譯：.s 彙編：.o 連線：.exe 下面以一個例子說明，僅main.h和main.c兩個檔案。main.h 內容char str[] = "hello"; main.c 內容

Note：此處不是許可權設定問題，此處不是許可權設定問題，此處不是許可權設定問題！只是出於資料或者網路安全，禁止掃描工具直接掃描到某些包含敏感資訊的檔案，尤其比如日誌、配置等預設ASP.NET已經考慮到了一些安全問題，比如.config字尾的配置檔案，比如.cs的原始碼檔案，比如.log的日誌

出處：MDK 的編譯過程及檔案型別全解 MDK 的編譯過程及檔案型別全解 ------(在arm9的開發中，這些東西都是我們自己搞定的，但是在windows上，IDE幫我們做好了，瞭解這些對深入開發是很有幫助的，在有arm9開發的基礎上，下面的東西很容易理解，如果看不懂，證

ELF檔案型別首先ELF檔案可以被標記為以下幾個型別： ET_NONE:未知型別。 ET_REL:重定位檔案，型別標記為relocatable意為著該檔案被標記為了一段可重定位的程式碼段，有時也稱為目標檔案。可重定位目標檔案通常是還未被連結到可執行程式的

一般bin、hex被稱為映象檔案，即可執行檔案，直接燒寫到flash或記憶體中即可執行。而axf是arm的除錯檔案，一般在針對arm除錯過程中使用的檔案，不過通過專門工具也能直接將其中的真正程式碼部分（即axf中除了前後除錯部分資訊外的部分）燒寫到fla

20180207-GCC編譯多個C檔案GCC編譯多個C檔案下午做了一個小的程式，定義了三個檔案：getop.h,getop.c,calcDemo.c顯然getop.h是針對getop.c的，而在calcDemo.c中要呼叫到getop.c中的東西。首先給出每個檔案的結構圖,為

原因是沒有安裝libc6-dev的軟體包。命令列下輸入apt-get install build-essential即可。這個build-essential是幹什麼的呢？原來build-essential是一個列表，包含了編譯debian包必需的大部分元件。安裝完之後，順利解

動態庫*.so在linux下用c和c++程式設計時經常會碰到，最近在網站找了幾篇文章介紹動態庫的編譯和連結，總算搞懂了這個之前一直不太瞭解得東東，這裡做個筆記，也為其它正為動態庫連結庫而苦惱的兄弟們提供一點幫助。1、動態庫的編譯下面通過一個例子來介紹如何生成一個動態庫。這裡

不得不說Keil貌似是國內使用者使用最多的IDE了，其被ARM收購之後，ARM嵌入了ARMCC等編譯器推出了Keil MDK開發環境更是受到了廣大ARM開發工程師的歡迎，龐大的使用者群（很多是從當年的51等8位機直接轉過來的）、簡潔的管理視窗和友好的UI介面等優勢都讓其風

使用場景: gcc編譯cpp的時候會生成.o , 然後若干.o檔案會打包生成.a檔案但是有的時候是需要, 若干.o和多個.a, 打包生成最終的一個.a檔案 *.o --------\ xxx.a ---------> des.a

使用場景當你在程式中加入一個非gcc預設搜尋路徑上的一個.h標頭檔案時，會報錯“No such file”，當你的程式需要動態連結一個.so庫時，在預設路徑裡找不到該庫，也會報錯。那麼，如何解決這兩種問題呢？ gcc編譯使用“-I”選項當頭檔案非標

許多情況下，標頭檔案和原始檔會單獨存放在不同的目錄中。可以直接在.c檔案中利用#include“/path/file.h", 通過指定標頭檔案的路徑(可以是絕對路徑,也可以是相對路徑)來包含標頭檔案. 但這明顯降低了程式的可移植性. 在別的系統環境下編譯可能會出現問題

[[email protected] c]# g++ -L/usr/local/lib -I/usr/local/includes -o morphology morphology.cmorphology.c:1:16: 錯誤：cv.h：沒有那個檔案或目錄morph

一、標頭檔案 gcc 在編譯時尋找所需要的標頭檔案： ※搜尋會從-I開始 ※然後找gcc的環境變數 C_INCLUDE_PATH,CPLUS_INCLUDE_PATH,OBJC_INCLUDE_PATH ※再找內定目錄 /usr/include /usr/local/incl

動態庫*.so在linux下用c和c++程式設計時經常會碰到，最近在網站找了幾篇文章介紹動態庫的編譯和連結，總算搞懂了這個之前一直不太瞭解得東東，這裡做個筆記，也為其它正為動態庫連結庫而苦惱的兄弟們提供一點幫助。 1、動態庫的編譯下面通過一個例子來介紹如何生成一個動態庫。

編譯：找符號定義連結：找實現執行：執行靜態庫連結時直接寫程序序裡了動態庫連結時只連結到了一些地址資訊，需要到執行時再進行動態載入編譯時搜尋標頭檔案的順序: 1． gcc先找-I設定的路徑 2．再找gcc的環境變數C_INCLUDE_PATH, CPLU