linux怎么配置库目录附加依赖项

一、添加附加包含目录

      法1：-I path（path为头文件路径）

      法2：将头文件拷贝到 /usr/local/include中

      相当于VS中添加包含路径。

二、添加依赖库

       法1，编译阶段，g++编译器编译：

       -L path –lcaffe（path为附加库目录路径；-l指定附加依赖项，比如-lcaffe表示附加libcaffe.so动态库文件）。

执行阶段，在工作目录或环境变量中搜索dll文件：

       添加环境变量：

2.1 /etc/ld.so.conf 文件中方法：

添加库目录，使其成为共享库：

2.1.1、 打开文件：sudo gedit /etc/ld.so.conf

2.1.2、在文件中添加路径（如libnnpack.so的路径）

2.1.2、使其生效：sudo ldconfig

2.2     export方法，参考：http://blog.csdn.net/xzzppp/article/details/53305120

VS中添加附加库目录路径和附加依赖项，分别如下图所示：

法2，在编译阶段直接指定： path/libcaffe.so（path为附加库目录路径，libcaffe.so为动态库，在执行阶段可以直接运行）

法3，, Linux动态库的默认搜索路径是/lib和/usr/lib，将动态库拷贝到这两个文件夹下面。

在生成时，可能需要首先生成某些项目，以便生成由其他项目使用的可执行代码。使用“解决方案属性页”对话框-“通用属性”-“项目依赖项”设置当前生成顺序。若要访问此对话框，请在“解决方案资源管理器”中选择一个解决方案，选择“视图”菜单上的“属性页”，然后选择“通用属性”下的“项目依赖项”。关于项目依赖项当一个项目使用另一个项目生成的可执行代码时，生成代码的项目被称为使用该代码的项目的项目依赖项。只要某个项目依赖项尚未生成，或自最近生成以来已被修改，则应首先生成该项目，以便生成和更新要使用的代码。例如，如果项目 B 需要由其项目依赖项项目 A 生成的可执行代码，并且自上次生成以来已对项目 A 进行了修改，则在生成项目 B之前应重新生项目 A。这使得可以先对项目 A 提供的可执行代码进行修改，然后再让项目 B 使用它。如果自上次生成以来未对项目 A 进行修改，则不需要重新生成新的项目A。仅生成项目 B。某些项目可能以浅灰色显示在依赖项列表中且其复选框处于清除状态。不能选中这些项目，因为这样会创建依赖项循环（P1 依赖于 P2，而 P2又依赖于 P1），从而使生成陷入停滞状态。另外一些项目也可能以浅灰色显示在依赖项列表中，但其复选框却处于选中状态。这些项目已由集成开发环境添加，无法更改。例如，将 VisualBasic 项目中的项目引用添加到另一个项目中时将自动添加一个生成依赖项，只有通过删除该引用才能移除该依赖项。1. 添加编译所需要（依赖）的 lib 文件[解决方案资源管理器]“项目-属性-配置属性-连接器-输入-附加依赖项”里填写“winsock.lib”，多个lib 以空格隔开。（等同于“#pragma comment(lib, "winsock.lib") ”语句）2. 添加库（Libs）文件目录方法1：[解决方案资源管理器]“项目-属性-配置属性-连接器-常规-附加库目录”方法2：[菜单]“工具-选项-项目和解决方案-C++目录”，选择对应平台，然后添加所需“库文件”目录3. 添加包含（include）文件目录方法1：[解决方案资源管理器]“项目-属性-配置属性-C/C++-常规-附加包含目录”方法2：[菜单]“工具-选项-项目和解决方案-C++目录”，选择对应平台，然后添加所需“包括文件”目录

---