上一篇<FFmpeg 1.2 for Android 编译动态库>里沃特跟大家介绍了如何编译动态库,但当时所生成的动态库总共包含10个so文件,这样要是加载起来会严重影响软件的启动速度,后面有很多热心的童鞋说需要生成单个动态库(仅生成 libffmpeg.so),由于前一段时间工作比较忙,没时间去弄,在此向各位说声抱歉. 其实生成单个动态库版本比生成多个动态库的版本还要简单,就只要一个 config.sh 就可以搞定,里沃特不敢有保留,现在分享给大家.具体该启用和禁用哪些自己再另行修改. 1.

以后的主要工作就是做库了,将我们的C或者C++写的接口做成库,给客户端使用,因此有必要知道库的使用和制作方法.主要是在Eclipse下搞了搞,公司用的是Carbide,也差不多.库做好了,用SVN已提交就搞定了,工作不是很重.学习永无止境啊,以前干了两三个月的．Net,数据库,还是习惯现在,基础还是比较重要的..       新建工程Eclipse->File->New->C++ project(或者C project)->Shared Library(或者Static Libra

最近的一个项目中遇到了一个问题,C++的一个动态库在我自己的电脑上可以被C#程序引用,我把程序安装到其他电脑上出现了异常,提示找不到DLL,偶然间发现我安装vsc++,C#的程序就不会报错.因为这个C++的动态库是我根据c++的静态库自己封装的.在查阅了资料之后,我尝试着改变代码生成的方式,居然成功了.记录一下我的解决方案. 修改运行库的模式为 MT模式,即可解决问题. 各个设置选项代表的含义编译选项 包含 静态链接的lib 说明 /MD _MT._DLL MSVCRT.lib 多线程.Rele

第一:动态库和静态库的生成: 1) 新建一个生成dll工程: 文件->新建->项目->Win32->Win32控制台应用程序 输入项目名称:dllTest ,项目路径:D:\VC 确定 下一步 应用程序类型:选择DLL 完成 2) 编写代码: 2-1) 增加一个头文件:dllTest.h #define ICILIB_UTIL_API __declspec(dllexport)  //生成动态库时,同时在Debug或Release目录下生成.lib和.dll文件． class IC

本文转自http://blog.csdn.net/fengbingchun/article/details/17994489 Ubuntu环境:14.04 首先创建一个test_makefile_gcc文件夹,此test_makefile_gcc文件夹下包括:src文件夹用于存放源文件: include文件夹用于存放头文件:bin文件夹用于存放生成的动态库.so文件:lib文件夹用于存放生成的静态库.a文件:project_makefile文件夹存放此工程的makefile文件:test文件夹存

首先去到sourceforge下载tinyxml的源码,https://sourceforge.net/projects/tinyxml/?source=dlp,最新版本是2.6.2. 将下载成功的tinyxml_2_6_2.zip解压,接下来对Makefile进行修改,下方仅列出需要调整的部分: DEBUG := YES DEBUG设置为YES后,下方命令中可以看到在编译生成中间文件以及最终的可执行文件时会添加-g选项,这样产生core时函数调用栈里可以看到详细的代码行号. TINYXML_U

一.动态库是什么 很多人写程序的人都见过.lib和.dll文件,对动态库也略有耳闻. 生成动态库后可以得到两个文件,后缀名分别是.lib以及.dll. 简而言之,.lib称为导入库,相当于头文件:.dll是动态库文件,相当于cpp,头文件中函数的具体实现. 二.为什么使用动态库 使用动态库的优点很多,可以减少可执行文件的大小.实现资源共享.便于维护.比如在MFC中调用Qt. 关于动态库与静态库的更多详细介绍,可以参开这篇文章——c++静态库与动态库 三.如何生成动态库 1.一个简单qt界面 我们

一. 依赖动态库的动态库 libfun.so依赖动态库libtest.so(libfun.so动态库里的函数intnothing()调用了libtest.so里的intmytest()函数),而main.exe又调用了libfun.so的函数int nothing(). 下面两种方式都能工作: 1> 常用的方式 g++ -shared -fPIC -o libtest.so test.cpp g++ -shared -fPIC -o libfun.so function.cpp  -L./ -I

一,gcc基础语法: 基本语法结构:(由以下四部分组成) gcc -o 可执行文件名 依赖文件集(*.c/*.o) 依赖库文件及其头文件集(由-I或-L与-l指明) gcc 依赖文件集(*.c/*.o) 依赖库文件及其头文件集(由-I或-L与-l指明) -o 可执行文件名 注意两点:1. gcc永远在首,2. 库永远在依赖文件(*.c/*.cpp/*.o)之后: Q:gcc编译时链接库选项问题: gcc -o test -I. str_out.h -L. -lstr_out main.c: 提示

1.下载libjpeg库,解压之     得到了jpeg6b和libtool-2.2.4两个文件夹. 2.编译安装libtool工具.   这是配置libtool,这里需要注意:configure 参数 不能同时用 ––host 和 –bulid 参数,会编译不能通过,这里配置文件指定了交叉编译器,主机等信息,可以添加安装目录--prefix等信息. make 就会在当前目录下生成libtool和libtoolize .csharpcode, .csharpcode pre { font-siz

基本概念 库有动态与静态两种,动态通常用.so为后缀,静态用.a为后缀. 例如:libhello.so libhello.a 为了在同一系统中使用不同版本的库,可以在库文件名后加上版本号为后缀,例如: libhello.so.1.0,由于程序连接默认以.so为文件后缀名.所以为了使用这些库,通常使用建立符号连接的方式. ln -s libhello.so.1.0 libhello.so.1 ln -s libhello.so.1 libhello.so 1.使用库 当要使用静态的程序库时,连接器

从开始学C语言写第一个"hello world"历程到现在,我依然困惑于到底这个程序完整的执行流程是什么样的.不过,现在我正在尝试一点一点的揭开它的面纱.现在,我尝试分析linux中C语言静态库和动态库生成和调用的方法,这可以算作实现最终愿望的一小步.    首先说明的是,本文参考于linux 静态库.共享库,这篇文章写的的确不错.笔者结合自己的学习过程,稍作修改.一.什么是库    本质上说库是一种可执行代码的二进制形式,可以被操作系统载入内存执行.由于windows和linux本质

使用c++开发程序或者库时,将库提供给其他人使用. 然而使用者是使用c开发的程序,链接g++编译生成的库时,于链接gcc生成的库,有所不同. 首先是静态库,以链接g++编译生成的libmylib.a为例子 mylib依赖于pthread,rt,math库,链接时必须放在mylib之后. 同时-Wl,--no-as-needed -ldl添加在末尾是必须的. arm和x86有些不同,就是arm的gcc不会自动链接数学库math,需要手动添加链接. CC=arm-linux-gnueabihf-gc

文章来源:http://blog.csdn.net/dbzhang800/article/details/6317006 本文是qmake的一个使用练习,是半年前所学的 分析与学习Qt Solution对qmake的使用 的续篇. 采用一个非常简单的Qt程序作为例子,通过pro文件的合理编写,使得我们的程序在使用动态库的时候,几乎可以忽略掉动态库的存在.它包括3部分: 生成动态库 使用动态库 生成与使用的自动化 测试环境: ubuntu 11.04 + Qt 4.7.2 windows vist

在 Windows 平台上调用动态链接库 dll 文件时,有两种方式:a) 隐式的加载时链接:使用 *.lib (导入库)文件,在 IDE 的链接器相关设置中加入导入库 lib 文件的名称,或在程序中加入预编译指令 #pragma comment (lib,”*.lib”).b) 显式的运行时链接.不使用 *.lib (导入库)文件,使用 Load Library(),GetProcAddress() 函数来加载动态库中的函数.要注意的是在导入库 lib 文件内部包含了其对应 dll 文件的名称

1.什么是库在windows平台和linux平台下都大量存在着库.本质上来说库是一种可执行代码的二进制形式,可以被操作系统载入内存执行.由于windows和linux的本质不同,因此二者库的二进制是不兼容的.本文仅限于介绍linux下的库.2.库的种类linux下的库有两种:静态库和共享库(动态库).二者的不同点在于代码被载入的时刻不同.静态库的代码在编译过程中已经被载入可执行程序,因此体积较大.共享库的代码是在可执行程序运行时才载入内存的,在编译过程中仅简单的引用,因此代码体积较小.3.库存在

如何使用scons构建工程,请参考快速构建C++项目工具Scons,结合Editplus搭建开发环境. 编译SharedLibrary项目的时候,生产的so文件时自动加上lib, 例如: env = Environment() env.SharedLibrary('hello', sources=['hello.c']) 将以上保存成build.py, 执行编译命令 scons -f build.py 生成动态库so的文件名 libhello.so.这样做的好处,自然不用多说.这种lib前缀并不

一.编译步骤 解压下载的GDAL源程序,并在命令行中切换到解压目录. tar -xzvf gdal-2.1.3.tar.gz cd gdal-2.1.3 GDAL可通过configure来实现一些自定义配置,可通过./configure –h命令来查看.--prefix=path表示设置GDAL的make install后的build目录,里面有生成的头文件和动态库.输入如下命令: ./configure --prefix=/root/Test/gdalbuild 这时可以发现目录中新生成了GD

注:以下所有操作均在CentOS 6.8 x86_64位系统下完成. CentOS上yum安装的gcc版本过低(4.4.7),在安装某些软件的时候不支持,所以这里需要对其进行升级. #gcc的安装# 开始下载gcc并进行编译安装: # cd /usr/local/src # wget http://ftp.tsukuba.wide.ad.jp/software/gcc/releases/gcc-4.9.4/gcc-4.9.4.tar.gz # .tar.gz # cd # ./configure

0. 回顾一下 gcc 选项 ============================================== -E : 仅做预处理,例如去注释,宏展开,include 展开等 -S : 将源程序编译为汇编代码 *.s -c :  预处理,汇编,生成目标文件 *.o -o :  预处理,汇编,链接,生成可执行 ELF 文件 ============================================== -g :  编译时加入调试信息 -Wall : 编译时显示所有告警