ubuntulinux头文件路径

1. 关于VSCode的C/C++编译问题，主要关于头文件与库的引用

你查一下有哪些包含.h文件的include文件夹 全部加到配置里面就是了. 我的配置win10 + cygwin . 我只配置了win32节点

js">{
"configurations":[
{
"name":"Mac",
"includePath":[
"/usr/include",
"/usr/local/include",
"${workspaceRoot}"
],
"defines":[],
"intelliSenseMode":"clang-x64",
"browse":{
"path":[
"/usr/include",
"/usr/local/include",
"${workspaceRoot}"
],
"limitSymbolsToIncludedHeaders":true,
"databaseFilename":""
},
"macFrameworkPath":[
"/System/Library/Frameworks",
"/Library/Frameworks"
]
},
{
"name":"linux",
"includePath":[
"/usr/include",
"/usr/local/include",
"${workspaceRoot}"
],
"defines":[],
"intelliSenseMode":"clang-x64",
"browse":{
"path":[
"/usr/include",
"/usr/local/include",
"${workspaceRoot}"
],
"limitSymbolsToIncludedHeaders":true,
"databaseFilename":""
}
},
{
"name":"Win32",
"includePath":[
"E:/Cygwin/usr/include",
"E:/cygwin/lib/gcc/i686-pc-cygwin/6.4.0/include",
"E:/cygwin/lib/gcc/i686-pc-cygwin/6.4.0/install-tools/include",
"${workspaceRoot}"
],
"defines":[
"_DEBUG",
"UNICODE"
],
"intelliSenseMode":"msvc-x64",
"browse":{
"path":[
"E:/Cygwin/usr/include",
"E:/cygwin/lib/gcc/i686-pc-cygwin/6.4.0/include",
"E:/cygwin/lib/gcc/i686-pc-cygwin/6.4.0/install-tools/include",
"${workspaceRoot}"
],
"limitSymbolsToIncludedHeaders":true,
"databaseFilename":""
}
}
],
"version":3
}

2. Linux下用gcc编译C++文件时，所添加的库是默认在哪个目录下的我用的是Ubuntu12.10的系统。

Linux下函数默认将头文件放到/usr/include/目录下，库文件放到/usr/lib/目录下

来自课件，请采纳

3. ubuntu 驱动编译无法通过 求神来解决

复制代码
1 #ifndef __KERNEL__
2 # define __KERNEL__
3 #endif
4 #ifndef MODULE
5 # define MODULE
6 #endif
7
8 // 下面的是主要的内容
9 #include <linux/kernel.h>
10 #include <linux/mole.h>
11 #include <linux/init.h>
12
13 MODULE_LICENSE("GPL");
14
15 static int year=2012;
16
17 int hello_init()
18 {
19 printk(KERN_WARNING "Hello kernel, it's %d!\n",year);
20 return 0;
21 }
22
23
24 void hello_exit()
25 {
26 printk("Bye, kernel!\n");
27 }
28
29 // 下面两个为关键的模块函数
30 mole_init(hello_init);
31 mole_exit(hello_exit);
复制代码
如果上面的代码看起来不太熟悉，那么需要查看以下相关的书籍，比如《Linux设备驱动程序，第三版》，也就是大名鼎鼎的LDD；

2、老式驱动模块编译方法：

直接写出make规则到makefile文件中，引用内核体系的头文件路径，举例如下：

复制代码
1 # The path of kernel source code
2 INCLUDEDIR = /media/GoldenResources/linux/linux-2.6.30/include
3
4 # Compiler
5 CC = gcc
6
7 # Options
8 CFLAGS = -D__KERNEL__ -DMODULE -O -Wall -I$(INCLUDEDIR)
9
10 # Target
11 OBJS = hello.o
12
13 all: $(OBJS)
14
15 $(OBJS): hello.c
16 $(CC) $(CFLAGS) -c $<
17
18 install:
19 insmod $(OBJS)
20
21 uninstall:
22 rmmod hello
23
24 .PHONY: clean
25 clean:
26 rm -f *.o
复制代码
这里有我是用的一个linux内核源代码路径：/media/GoldenResources/linux/linux-2.6.30/include ，注意设置到正确的源码路径。

尝试这编译：

复制代码
$make
gcc -D__KERNEL__ -DMODULE -O -Wall -I/media/GoldenResources/linux/linux-2.6.30/include -c hello.c
In file included from /media/GoldenResources/linux/linux-2.6.30/include/linux/kernel.h:11:0,
from hello.c:8:
/media/GoldenResources/linux/linux-2.6.30/include/linux/linkage.h:5:25: fatal error: asm/linkage.h: No such file or directory
compilation terminated.
make: *** [hello.o] Error 1
复制代码

4. Linux入门系列——软件包管理

RedHat 系统中使用的是: rpm (redhat package manager) 现在称：RPM is Package Manager

Debian : dpt

Ubuntu : apt

在安装软件的时候，有可能出现软件包的相互依赖关系；所以红帽公司推出了：yum（Yellowdog update modifier）

包的组成部分：

主包：

bind-9.7.1-1..e15.i586.rpm

子包：

bind-libs-9.7.1-1..e15.i586.rpm

bind-utils-9.7.1-1..e15.i586.rpm

包名：

PackageName-Version-Release.Arch.rpm

bind-major-minor-releases-release.arch.rpm

包名-主版本号-次版本号-发行号-rpm包的制作者的发行号.硬件平台.rpm

主版本号：重大改进；

次版本号：某个子功能发生重大变化；

发行号：修改BUG，调整了一点功能；

bind-9.7.1-1.noarch.rpm 这里的noarch表示不区分硬件平台，32和64都可以使用；如果是ppc则是在PowerPc上使用的包；

# rpm -ivh /path/to/Package_Name

-i,--install 表示安装

-v 表示显示安装过程的信息

-h 表示以#显示安装的进程，总数为50个；

-vv 显示更详细的过程；

--nodeps 安装的时候忽略依赖关系;

--force 无论之前是否安装过，都强制安装，可以实现重装、降级；

--replacepkgs 重新安装，替换原有的安装；

--oldpackage 对软件包进行降级；

--test Do not install the package, simply check for and report potential conflicts. 不进行安装，只测试看在安装的时候有没有依赖包要装；

rpm -q soft_name

# rpm -q httpd

rpm -qa 查询当前系统中已经安装的rpm软件包；

# rpm -qa |grep ‘ssh*’

rpm -qi soft_name 查询软件包的安装信息：

[root@ns2 rpm]# rpm -qi zlib-devel

Name : zlib-devel Relocations: /usr

Version : 1.2.3 Vendor: CentOS

Release : 4.el5 Build Date: 2011年05月11日 星期三 18时57分15秒

Install Date: 2013年07月21日 星期日 17时02分41秒 Build Host: builder10.centos.org

Group : Development/Libraries Source RPM: zlib-1.2.3-4.el5.src.rpm

Size : 269981 License: BSD

Signature : DSA/SHA1, 2011年09月04日 星期日 03时24分25秒, Key ID a8a447dce8562897

URL : http://www.gzip.org/zlib/

Summary : Zlib 开发的头文件和库。

Description :

zlib-devel 软件包包括开发使用 zlib 压缩和解缩库的程序

所需的头文件和库。

[root@ns2 rpm]#

rpm -ql soft_name 查看该软件包在系统中存放了哪些文件；

rpm -qf /path/to/file_name 查看该文件是由哪个rpm包生成的。

rpm -qc soft_name 查看指定rpm包安装的配置文件的位置；

rpm -qd soft_name 查看指定rpm包安装的帮助文件的位置；

rpm -q --scripts soft_name 查看指定rpm包在安装、卸载、更新的前后，所要执行的shell脚本；

rpm -qp[i|l|d|c|] 即要加上一个“p”选项；

rpm -Uvh /path/to/package_name

如果安装的指定的软件包已经安装过，则进行升级操作，如果没有安装过，则就使用指定的这个软件包进行安装；

rpm -Fvh /path/to/package_name

如果安装过，则升级，否则不进行任何操作；

rpm -Fvh --oldpackage package_name 通常用这个来降级一个rpm包；

rpm -e package_name

--nodeps 强制卸载

rpm -V package_name 也可以使用--verify

通常用来检查安装后的文件是不是被修改过；

加密算法：

对称加密： 加密和解密使用同一个key

非对称加密：有一对密钥（公钥和私钥），公钥大家都可以知道，私钥只有持有人知道；公钥加密私钥解，私钥加密公钥也可以解。不能由公钥摧出私钥，也不能由私钥摧出公钥；私钥还用来做签名，因为只有私钥持有人自己才有；

单向加密：使用这种加密算法加密后，是不可以再还原的。通常用它来做数据完整性的验证，也就是验证数据在传输的过程中有没有被别人修改过。

在红帽的系统中，/etc/pki/rpm-gpg/目录下面存放了红帽公司的gpg-key（相当于公钥），所以只需要把这个gpgkey导入到系统中就可以验证了。导入方法如下：

# rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release

接下来就可以对将要安装的rpm包进行验证了：

# rpm -K /path/to/package_file

dsa，gpg验证来源的合法性，也就是验证签名。但是可以使用--nosignature 来跳过签名验证；

sha1,md5验证软件包的完整性，可以使用--nodigest 来跳过完整性验证；

rpm --rebuilddb 重建数据库

--initdb 初始化数据库

yum install -y pack1 pack2 安装指定的软件包

yum remove pack1 pack2 -y 删除指定的软件包

yum update pack1 pack2 更新指定的软件包

yum list installed 列出所有已经安装的软件包

yum update 更新源

yum search string 搜索包含string的软件包

yum install package_name 获取软件包信息

# tar zxf nginx-1.4.7.tar.gz -C /usr/src

# configure --prefix=/usr/local/nginx --conf-path=/etc

# make

# make install

由于使用的是源码包安装在非正常路径下。所以还要做以下的调整：

修改/etc/profile文件。或是在/etc/profile.d/下创建一个以.sh结尾的文件；再把二进制程序的路径export出来就行了；

在/etc/ld.so.conf.d/中创建一个以.conf文件结尾的文件，而后把要增添的路径直接写入此文件中就行了；

这样系统就会在下次启动的时候，自动加载这些新增加的库；如果想让系统马上可以找到这些新增加的库，就必须执行下面的命令：

# ldconfig 通知系统重新搜索库文件，还可以加上-v选项，表示显示过程；

默认的头文件搜索路径是：/usr/include/

要添加新的头文件搜索路径，可以使用链接的方式：

ln -s /usr/local/nginx/include/* /usr/include/

或

ln -s /usr/local/nginx/include /usr/include/nginx

这时可以修改/etc/man.conf文件，在里面添加以下内容：

MANPATH /usr/local/nginx/man

还有一种方式就是临时使用：

# man -M /usr/local/nginx/man nginx 这样就可以查看nginx的man手册了；