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文件）就不会被打包进去