linuxassembly

⑴ linux系統里如何編譯匯編程序。

linux 編譯匯編程序常用的有兩種，一種是A&T方式的，你gcc 就可以編譯了。還有一種是80X86方式，一般是用NASM，NASM你要在安裝LINUX時就要添加軟體包，或者你進入圖型界面，增加NASM軟體包，就可以編譯了。

⑵ rip相對定址問題

NASM x86_64的裝配在32位模式下：為什麼這個instuction產生的RIP相對定址的代碼？

linux assembly x86-64 nasm relative
[bits 32]
global _start
section .data
str_hello db "HelloWorld", 0xa
str_hello_length db $-str_hello
section .text
_start:
mov ebx, 1 ; stdout file descriptor
mov ecx, str_hello ; pointer to string of characters that will be displayed
mov edx, [str_hello_length] ; count outputs Relative addressing
mov eax, 4 ; sys_write
int 0x80 ; linux kernel system call
mov ebx, 0 ; exit status zero
mov eax, 1 ; sys_exit
int 0x80 ; linux kernel system call

這里的事情是，我需要有個招呼字元串的長度傳遞到Linux的SYS_WRITE系統調用。現在，我很清楚地知道，我可以惡趣，它會工作得很好，但我真的想明白是怎麼回事。 所以，基本上 CodeGo.net，當EQU它載入的價值，這很好。str_hello_length equ $-str_hello

⑶ linux下的asm目錄，asm代表什麼意思

asm是assembly language 的簡稱，即：匯編語言。asm是一個符號連接，只有在你的主makefile的ARCH 變數賦值，並且編譯過一遍內核之後才會指向對應的體系結構，這個文件夾下的東西是體系結構相關的。如：make的時候 /include/asm 指向 /include/asm-x86/

⑷ linux系統下編譯java代碼,顯示找不到包

lib/spark-assembly-1.0.0-hadoop2.2.0.jar:
加個冒號試試

⑸ 學習linux內核應該看什麼書籍 初級的

學習內核不是件容易事，前面有很多前續課程要讀。

1.C語言，推薦 The programmgin c language被稱為聖經的書，不過沒有中文版，不過C語言不太難，而且讀內核也不需要你對C有多深了解。學習到指針和結構體就夠你用了。

2.數據結構，不懂這個想學是不可能的，推薦《數據結構》C語言版本。

3.操作系統，任何一個大學的教科書都可以。一定要看，雖然是純理論。但不看這個，想看懂內核，那是不可能的。

4.微機原理，內核和底層相關，不知道微機原理是不行的。我學的時候書上是以INTEL 8086為藍本，非常簡單。後來看內核時候，補充了 80386以後出現的保護模式，非常復雜。但還是先看下老版的微機原理，先從簡單的下手。

5.linux系統管理，推薦《linux系統管理手冊》，被linux的作者推薦的系統管理書籍。

6，終於到內核了，我看的是《Linux內核代碼情景分析》雖然有點老。但結合新的源代碼，在了解機制後，代碼實現上差距不大。

是不是有點恐怖，要這么多前需知識，其實如果你是計算機專業的，那麼除了5和6外，其它的課程你應該在學校裡面學過了。

⑹ linux里opencv怎麼交叉編譯

一、交叉編譯opencv 構造： 下載：各個庫的下載可以直接搜名字到官網下載 幾個關鍵解釋： 「--prefix=」 後邊跟make install時的位置，本例中，libz在make install時將安裝到/usr/arm-linux-gnueabihf中 「--host=」 後邊跟arm-linux表明使用的是ARM環境 有configure的才能進行configure配置 4）所有的makefile修改類似 Libz的交叉編譯 第一步：# ./configure --prefix=/usr/arm-linux-gnueabihf --shared 第二步：修改makefile，主要有下邊幾個，修改的時候通篇參照即可 CC=arm-linux-gnueabihf-gcc AR=arm-linux-gnueabihf-ar rc RANLIB=arm-linux-gnueabihf-ranlib STRIP = arm-linux-gnueabihf-strip 如果有ARCH的話，ARCH=ARM 第三步：#sudo make #sudo make install Libjpeg的交叉編譯 第一步：#./configure --host=arm-linux --prefix=/usr/arm-linux-gnueabihf --enable-shared --enable-static CC=arm-linux-gnueabihf-gcc 第二步：參考1）中方法修改makefile 第三步：#sudo make #sudo make install Libpng的交叉編譯 第一步：#./configure --host=arm-linux --prefix=/usr/arm-linux-gnueabihf --enable-shared --enable-static CC=arm-linux-gnueabihf-gcc 第二步：參考1）中方法修改makefile 第三步：#sudo make #sudo make install Yasm的交叉編譯 第一步：#./configure --host=arm-linux --prefix=/usr/arm-linux-gnueabihf --enable-shared --enable-static 第二步：修改makefile 第三步：#sudo make #sudo make install Libx264的交叉編譯 第一步：#CC=arm-linux-gnueabihf-gcc ./configure --enable-shared --host=arm-linux --disable-asm --prefix=/usr/arm-linux-gnueabihf 第二步：修改config.mak里的參數，因為makefile要調用config.mak，所以修改方法同makefile 第三步：#sudo make #sudo make install Libxvid的交叉編譯 第一步：首先切換目錄 #cd build/generic 第二步：#./configure --prefix=/usr/arm-linux-gnueabihf --host=arm-linux --disable-assembly 第三步：#sudo make #sudo make install ffmpeg的交叉編譯 第一步： ./configure --enable-cross-compile --target-os=linux --cc=arm-linux-gnueabihf-gcc --arch=arm --enable-shared --disable-static --enable-gpl --enable-nonfree --enable-ffmpeg --disable-ffplay --enable-ffserver --enable-swscale --enable-pthreads --disable-yasm --disable-stripping --enable-libx264 --enable-libxvid --extra-cflags=-I/usr/arm-linux-gnueabihf/include --extra-ldflags=-L/usr/arm-linux-gnueabihf/lib --prefix=/usr/arm-linux-gnueabihf 第二步：修改makefile文件 第三步：#sudo make #sudo make install 第四步：將ffmpeg加入pkg-config 執行#sudo gedit /etc/bash.bashrc，在末尾加入 export LD_LIBRARY_PATH=/usr/arm-linux-gnueabihf/lib/ export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/arm-linux-gnueabihf /lib/pkgconfig export PKG_CONFIG_LIBDIR=$PKG_CONFIG_LIBDIR:/usr/arm-linux-gnueabihf /lib/ 完畢後使用命令：#source /etc/bash.bashrc 或者單獨使用三個export，不過壽命只在一個終端中，終端關閉時就失效。 幾個關鍵解釋：--extra-flags指向xvid的安裝路徑，--extra-ldflags指向x264的路徑 安裝cmake-gui 執行：#sudo apt-get install cmake-qt-gui Opencv的交叉編譯 第一步：修改opencv/platflrms/linux/目錄下的arm-gnueabi.toolchain.cmake，將其所有刪掉，寫入： set( CMAKE_SYSTEM_NAME Linux ) set( CMAKE_SYSTEM_PROCESSOR arm ) set( CMAKE_C_COMPILER arm-linux-gnueabihf-gcc ) set( CMAKE_CXX_COMPILER arm-linux-gnueabihf-g++ ) 第二步：在opencv目錄下新建build目錄，進入build目錄，執行命令： #cmake -DCMAKE_TOOLCHAIN_FILE=../platforms/linux/arm-gnueabi.toolchain.cmake ../ 這時，要保證出現： 第三步：使用cmake-gui打開CMakeCache.txt，去掉所有的無關項，修改CMAKE_INSTALL_PREFIX，來確定make install的目錄 第四步：#sudo make #sudo make install 可能出現的錯誤： opencv編譯不通過，出現skip之類的，說明ffmpeg沒編譯好，或者其編譯好了，但是pkg-config沒有設置好，一定要設置好其環境 前邊幾步不通過的話，看看命令有沒有少，或者有沒有修改好makefile 在arm上使用時，一種方法時直接將編譯好的opencv目錄下的lib文件拷貝到開發板對應的/lib目錄下，其他或者拷貝到自己指定的目錄，並設置好環境變數即可使用

⑺ LINUX下面進行8086匯編

linux的內核中有很多匯編語言，但gcc是linux的唯一指定編譯器，說明匯編的編譯同樣使用gcc，只是命令參數不一樣

我美編寫過8086匯編，但我編譯過內核，確實不需要其他編譯器

回答補充：

原來是編輯器的問題，我還以為你找的全套流程呢。

我連vim都沒碰過，平時都是gedit，只有自動縮進一項功能，還很弱智，幫不上你了

這兒一點參考資料，貼出來，雖然有可能用不上

http://www.ibm.com/developerworks/cn/linux/l-assembly/

⑻ linux和windows server的聯系和區別是什麼

區別在於內核不同，一個是windows操作系統，一個是linux。x0dx0a聯系就是都是針對伺服器的操作系統，網路控制能力很強。x0dx0ax0dx0aWindows系統現在強調自己是一個完全的GUI，但是實際上只能說是以GUI為主，根本無法完全去除對CUI的支持。x0dx0a而CUI方面，MS DOS和Linux的差距太大了。x0dx0ax0dx0alinux在CUI邏輯處理、正則表達式方面具有了強大的能力這個方面Linux的優勢是非常明顯的。x0dx0ax0dx0aLinux的性能是非常出色的，可以完全針對機器的配置設置優化。不管你是不是跑某種和GUI完全無關的關鍵服務，Windows GUI一定是要運行的。x0dx0ax0dx0aLinux告訴用戶：一切都在你手裡，只要你作出選擇就好了；Windows告訴用戶：一切都在我手裡，只要你接受就好了。x0dx0ax0dx0alinux完全可以不裝圖形,所有的服務與應用都通過shell配置與啟動,windows少了圖形啥也不是,它的命令行沒那麼強大的功x0dx0ax0dx0a Linux會將未使用的內存區塊作為緩沖區(Buffer)，以加速程序的執行。x0dx0ax0dx0a由於Linux的系統核心只有低於10%的源代碼採用匯編語言(Assembly)撰寫，其餘都是以C語言完成，因此平台的移植性很高x0dx0ax0dx0a多用戶、多任務

⑼ Linux下gcc編譯介紹

Linux系統下的Gcc（GNU C Compiler）是GNU推出的功能強大、性能優越的多平台編譯器，是GNU的代表作品之一。gcc是可以在多種硬體平台上編譯出可執行程序的超級編譯器，其執行效率與一般的編譯器相比平均效率要高20%~30%。
Gcc編譯器能將C、C++語言源程序、匯程式化序和目標程序編譯、連接成可執行文件，如果沒有給出可執行文件的名字，gcc將生成一個名為a.out的文件。在Linux系統中，可執行文件沒有統一的後綴，系統從文件的屬性來區分可執行文件和不可執行文件。而gcc則通過後綴來區別輸入文件的類別，下面我們來介紹gcc所遵循的部分約定規則。
.c為後綴的文件，C語言源代碼文件；
.a為後綴的文件，是由目標文件構成的檔案庫文件；
.C，.cc或.cxx 為後綴的文件，是C++源代碼文件；
.h為後綴的文件，是程序所包含的頭文件；
.i 為後綴的文件，是已經預處理過的C源代碼文件；
.ii為後綴的文件，是已經預處理過的C++源代碼文件；
.m為後綴的文件，是Objective-C源代碼文件；
.o為後綴的文件，是編譯後的目標文件；
.s為後綴的文件，是匯編語言源代碼文件；
.S為後綴的文件，是經過預編譯的匯編語言源代碼文件。
Gcc的執行過程
雖然我們稱Gcc是C語言的編譯器，但使用gcc由C語言源代碼文件生成可執行文件的過程不僅僅是編譯的過程，而是要經歷四個相互關聯的步驟∶預處理(也稱預編譯，Preprocessing)、編譯(Compilation)、匯編(Assembly)和連接(Linking)。
命令gcc首先調用cpp進行預處理，在預處理過程中，對源代碼文件中的文件包含(include)、預編譯語句(如宏定義define等)進行分析。接著調用cc1進行編譯，這個階段根據輸入文件生成以.o為後綴的目標文件。匯編過程是針對匯編語言的步驟，調用as進行工作，一般來講，.S為後綴的匯編語言源代碼文件和匯編、.s為後綴的匯編語言文件經過預編譯和匯編之後都生成以.o為後綴的目標文件。當所有的目標文件都生成之後，gcc就調用ld來完成最後的關鍵性工作，這個階段就是連接。在連接階段，所有的目標文件被安排在可執行程序中的恰當的位置，同時，該程序所調用到的庫函數也從各自所在的檔案庫中連到合適的地方。

Gcc的基本用法和選項
在使用Gcc編譯器的時候，我們必須給出一系列必要的調用參數和文件名稱。Gcc編譯器的調用參數大約有100多個，其中多數參數我們可能根本就用不到，這里只介紹其中最基本、最常用的參數。
Gcc最基本的用法是∶gcc [options] [filenames]
其中options就是編譯器所需要的參數，filenames給出相關的文件名稱。
-c，只編譯，不連接成為可執行文件，編譯器只是由輸入的.c等源代碼文件生成.o為後綴的目標文件，通常用於編譯不包含主程序的子程序文件。
-o output_filename，確定輸出文件的名稱為output_filename，同時這個名稱不能和源文件同名。如果不給出這個選項，gcc就給出預設的可執行文件a.out。
-g，產生符號調試工具(GNU的gdb)所必要的符號資訊，要想對源代碼進行調試，我們就必須加入這個選項。
-O，對程序進行優化編譯、連接，採用這個選項，整個源代碼會在編譯、連接過程中進行優化處理，這樣產生的可執行文件的執行效率可以提高，但是，編譯、連接的速度就相應地要慢一些。
-O2，比-O更好的優化編譯、連接，當然整個編譯、連接過程會更慢。
-Idirname，將dirname所指出的目錄加入到程序頭文件目錄列表中，是在預編譯過程中使用的參數。C程序中的頭文件包含兩種情況∶
A)#include
B)#include 「myinc.h」
其中，A類使用尖括弧(< >)，B類使用雙引號(「 」)。對於A類，預處理程序cpp在系統預設包含文件目錄(如/usr/include)中搜尋相應的文件，而對於B類，cpp在當前目錄中搜尋頭文件，這個選項的作用是告訴cpp，如果在當前目錄中沒有找到需要的文件，就到指定的dirname目錄中去尋找。在程序設計中，如果我們需要的這種包含文件分別分布在不同的目錄中，就需要逐個使用-I選項給出搜索路徑。
-Ldirname，將dirname所指出的目錄加入到程序函數檔案庫文件的目錄列表中，是在連接過程中使用的參數。在預設狀態下，連接程序ld在系統的預設路徑中(如/usr/lib)尋找所需要的檔案庫文件，這個選項告訴連接程序，首先到-L指定的目錄中去尋找，然後到系統預設路徑中尋找，如果函數庫存放在多個目錄下，就需要依次使用這個選項，給出相應的存放目錄。
-lname，在連接時，裝載名字為「libname.a」的函數庫，該函數庫位於系統預設的目錄或者由-L選項確定的目錄下。例如，-lm表示連接名為「libm.a」的數學函數庫。
上面我們簡要介紹了gcc編譯器最常用的功能和主要參數選項，更為詳盡的資料可以參看Linux系統的聯機幫助。
假定我們有一個程序名為test.c的C語言源代碼文件，要生成一個可執行文件，最簡單的辦法就是∶
gcc test.c
這時，預編譯、編譯連接一次完成，生成一個系統預設的名為a.out的可執行文件，對於稍為復雜的情況，比如有多個源代碼文件、需要連接檔案庫或者有其他比較特別的要求，就要給定適當的調用選項參數。再看一個簡單的例子。
整個源代碼程序由兩個文件testmain.c 和testsub.c組成，程序中使用了系統提供的數學庫，同時希望給出的可執行文件為test，這時的編譯命令可以是∶
gcc testmain.c testsub.c □lm □o test
其中，-lm表示連接系統的數學庫libm.a。

Gcc的錯誤類型及對策
Gcc編譯器如果發現源程序中有錯誤，就無法繼續進行，也無法生成最終的可執行文件。為了便於修改，gcc給出錯誤資訊，我們必須對這些錯誤資訊逐個進行分析、處理，並修改相應的語言，才能保證源代碼的正確編譯連接。gcc給出的錯誤資訊一般可以分為四大類，下面我們分別討論其產生的原因和對策。

第一類∶C語法錯誤
錯誤資訊∶文件source.c中第n行有語法錯誤(syntex errror)。這種類型的錯誤，一般都是C語言的語法錯誤，應該仔細檢查源代碼文件中第n行及該行之前的程序，有時也需要對該文件所包含的頭文件進行檢查。有些情況下，一個很簡單的語法錯誤，gcc會給出一大堆錯誤，我們最主要的是要保持清醒的頭腦，不要被其嚇倒，必要的時候再參考一下C語言的基本教材。
第二類∶頭文件錯誤
錯誤資訊∶找不到頭文件head.h(Can not find include file head.h)。這類錯誤是源代碼文件中的包含頭文件有問題，可能的原因有頭文件名錯誤、指定的頭文件所在目錄名錯誤等，也可能是錯誤地使用了雙引號和尖括弧。

第三類∶檔案庫錯誤
錯誤資訊∶連接程序找不到所需的函數庫，例如∶
ld: -lm: No such file or directory
這類錯誤是與目標文件相連接的函數庫有錯誤，可能的原因是函數庫名錯誤、指定的函數庫所在目錄名稱錯誤等，檢查的方法是使用find命令在可能的目錄中尋找相應的函數庫名，確定檔案庫及目錄的名稱並修改程序中及編譯選項中的名稱。
第四類∶未定義符號
錯誤資訊∶有未定義的符號(Undefined symbol)。這類錯誤是在連接過程中出現的，可能有兩種原因∶一是使用者自己定義的函數或者全局變數所在源代碼文件，沒有被編譯、連接，或者乾脆還沒有定義，這需要使用者根據實際情況修改源程序，給出全局變數或者函數的定義體；二是未定義的符號是一個標準的庫函數，在源程序中使用了該庫函數，而連接過程中還沒有給定相應的函數庫的名稱，或者是該檔案庫的目錄名稱有問題，這時需要使用檔案庫維護命令ar檢查我們需要的庫函數到底位於哪一個函數庫中，確定之後，修改gcc連接選項中的-l和-L項。
排除編譯、連接過程中的錯誤，應該說這只是程序設計中最簡單、最基本的一個步驟，可以說只是開了個頭。這個過程中的錯誤，只是我們在使用C語言描述一個演算法中所產生的錯誤，是比較容易排除的。我們寫一個程序，到編譯、連接通過為止，應該說剛剛開始，程序在運行過程中所出現的問題，是演算法設計有問題，說得更玄點是對問題的認識和理解不夠，還需要更加深入地測試、調試和修改。一個程序，稍為復雜的程序，往往要經過多次的編譯、連接和測試、修改。下面我們學習的程序維護、調試工具和版本維護就是在程序調試、測試過程中使用的，用來解決調測階段所出現的問題。窗體頂端
窗體底端

⑽ linux下使用maven-assembly打一個可運行的jar包

用Java寫了一個小工具，使用maven java 工程。寫完後，想打包成一個可執行的jar包。
使用maven的插件maven-assembly-plugin
pom.xml里添加

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<version>3.0.0</version>
<configuration>
<archive>
<manifest>
<mainClass>com.geostack.JsoupTest</mainClass>
</manifest>
</archive>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
</configuration>
</plugin>
</plugins>
</build>

在工程根目錄執行 mvn clean compile assembly:single
在target文件夾里生成 jsoup-jar-with-dependencies.jar
這個jar包便是可執行的jar了，用命令java -jar path\jarfile便可以執行。
注意：compile必須再assembly:single之前，要不然你工程的代碼（class文件）就不會被打包進去