静态库编译
① 怎么编译windows上libx264静态库
mingw编译出来的静态库后缀名为.a，编译出来的动态库的导入库后缀名为.dll.a，而在windows下后缀名为.lib的库可能是静态库也可能是动态库的导入库。 mingw编译出来的动态库的导入库可以直接在vc中直接使用，例如 #pragma comment(lib, "libx264
② 求助，依赖的动态库包含静态库，编译报错说找
动态链接库和静态链接库一般是编译集成一系列的接口（函数）
在程序源代码编译完成后通过编译器编译并通过链接器与这些库进行链接
动态链接库与静态链接库的区别在于链接器在进行链接时静态库会被直接编译进程序里
而动态链接库并不会，我们这里将这些链接库称作依赖（动态库和静态库）
程序的运行需要这些依赖，程序在静态链接后该程序本身便已包含该依赖
而动态链接后的程序本身本不包含该依赖，这些依赖需要执行者自行安装进操作系统（动态库、运行时库）
程序运行时会动态地加载这些库
linux上动态库一般的后缀后为.so
静态库一般的后缀为.a
由于静态链接会直接将库编译进程序里所以静态编译后的程序相较于动态链接所要大
这就是因为静态链接会将链接库编译进程序里的原因，所以占用就要大了
出于这种原因，静态库不易于维护与更新，如果链接库中有实现有bug等需要更新则需要更新整个程序，因为静态库被编译进程序中了
但动态库就没有这种情况了，因为动态库是程序运行时动态加载的，所以我们只需要更新动态库而不需要更新所有依赖该库的程序（软件）
另一方面，很多程序的开发都会使用到相同的链接库，也就是很多程序（软件）会有相同的依赖
如果将这些依赖全部静态编译的话将会造成存储资源占用过多而造成资源浪费
而使用动态库的方式这些程序（软件）则可以共享一个链接库，而不需要每个程序都带一个链接库，这样就大大地减少了存储资源占用空间
③ 我编译A静态库的时候依赖了B静态库，我编译的程序依赖A静态库和B静态库，这样B静态库是不是会有重复的部分
静态库在程序的链接阶段被复制到了程序中。
你用依赖这个词。
程序编译一般需经预处理、编译、汇编和链接几个步骤。
在链接步骤中，静态库才会被复制。
因为静态库在程序的链接阶段被复制到了程序中，和程序运行的时候没有关系。
存在几个链接？
那么就几分拷贝。
④ 如何将c语言的math.h编译为静态库在mcu上使用
库函数的源码你是看不到的。要找实现的话得去网络。自带的都是编译好的东西（用到时直接调用）不是原C程序。
至于sin()的实现。如果你学过高数应该知道泰勒展开。
不知道的话直接给你公式：sin(x)=x-(x^3)/3!+(x^5)/5!+...（按这规律求和下去，x是弧度）
用一个for循环。要精确的话循环的次数多些就行
⑤ 如何对静态库编译增加arm64的支持
之前app用到的libmp3lame.a静态库，也要支持64位的模拟器(x86_64)和64位的真机(arm64）指令集。需要重新编译
查阅了下资料，按照如下步骤，并做了些注释和改动
1.http。//sourceforge。net/projects/lame/files/lame/3.99/ 下载lame的最新版本解压到一个文件夹里例如 lame，全路径如下/Users/8wm/Desktop/lame
2.下载build的脚本，我这里使用的是国外一个朋友的分享
https。//github。com/kewlbear/lame-ios-build
下载之后得到lame-build.sh拷贝到文件夹/Users/8wm/Desktop/lame
3.用bbedit或者其他编辑器打开这个脚本，按照注释修改
4.打开Terminals，
输入
cd /Users/8wm/Desktop/lame
chmod 777 lame-build.sh
sudo -s#
输入系统密码
./lame-build.sh
开始编译，编译完成之后。生成fat-lame目录和thin-lame目录，分别存放合并所有指令集的静态库，以及各指令集的静态库.
根据所需， lame.h和libmp3lame.a文件到project里，就可以正常使用了。
可以使用命令行，查看换个库支持的指令集。
lipo -info libmp3lame.a
Architectures in the fat file: libmp3lame.a are: armv7 armv7s i386 x86_64 arm64
以下是build的脚本，请注意黄色的字和注释。
#!/bin/sh
make distclean
CONFIGURE_FLAGS="--disable-shared --disable-frontend"
ARCHS="arm64 armv7s x86_64 i386 armv7"
# directories
# SOURCE是下载lame源码包，解压后的目录，可以把sh脚本放到这个目录，source改为""
SOURCE=""
# FAT是所有指令集build后，输出的目录，所有静态库被合并成一个静态库
FAT="fat-lame"
# SCRATCH是下载lame源码包，解压后的目录，必须是绝对路径
SCRATCH="/Users/8wm/Desktop/lame"
# must be an absolute path
# THIN 各自指令集build后输出的静态库所在的目录，每个指令集为一个静态库
THIN=`pwd`/"thin-lame"
COMPILE="y"
LIPO="y"
if [ "$*" ]
then
if [ "$*" = "lipo" ]
then
# skip compile
COMPILE=
else
ARCHS="$*"
if [ $# -eq 1 ]
then
# skip lipo
LIPO=
fi
fi
fi
if [ "$COMPILE" ]
then
CWD=`pwd`
echo "$CWD/$SOURCE........."
for ARCH in $ARCHS
do
echo "building $ARCH..."
mkdir -p "$SCRATCH/$ARCH"
cd "$SCRATCH/$ARCH"
if [ "$ARCH" = "i386" -o "$ARCH" = "x86_64" ]
then
PLATFORM="iPhoneSimulator"
if [ "$ARCH" = "x86_64" ]
then
SIMULATOR="-mios-simulator-version-min=7.0"
HOST=x86_64-apple-darwin
else
SIMULATOR="-mios-simulator-version-min=5.0"
HOST=i386-apple-darwin
fi
else
PLATFORM="iPhoneOS"
SIMULATOR=
HOST=arm-apple-darwin
fi
XCRUN_SDK=`echo $PLATFORM | tr '[:upper:]' '[:lower:]'`
CC="xcrun -sdk $XCRUN_SDK clang -arch $ARCH"
#AS="$CWD/$SOURCE/extras/gas-preprocessor.pl $CC"
CFLAGS="-arch $ARCH $SIMULATOR"
CXXFLAGS="$CFLAGS"
LDFLAGS="$CFLAGS"
CC=$CC $CWD/$SOURCE/configure \
$CONFIGURE_FLAGS \
--host=$HOST \
--prefix="$THIN/$ARCH" \
CC="$CC" CFLAGS="$CFLAGS" LDFLAGS="$LDFLAGS"
make -j3 install
cd $CWD
done
fi
if [ "$LIPO" ]
then
echo "building fat binaries..."
mkdir -p $FAT/lib
set - $ARCHS
CWD=`pwd`
cd $THIN/$1/lib
for LIB in *.a
do
cd $CWD
lipo -create `find $THIN -name $LIB` -output $FAT/lib/$LIB
done
cd $CWD
cp -rf $THIN/$1/include $FAT
fi
⑥ 简述gcc编译时使用静态库和动态库的区别
函数库分为静态库和动态库两
种。静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。动态
库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运
行时还需要动态库存在。
⑦ linux静态库怎么编译
linux库有动态与静态两种，动态通常用.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
动态库和静态库的区别：
当要使用静态的程序库时，连接器会找出程序所需的函数，然后将它们拷贝到执行文件，由于这种拷贝是完整的，所以一旦连接成功，静态程序库也就不再需要了。然而，对动态库而言，就不是这样。动态库会在执行程序内留下一个标记‘指明当程序执行时，首先必须载入这个库。由于动态库节省空间，linux下进行连接的缺省操作是首先连接动态库，也就是说，如果同时存在静态和动态库，不特别指定的话，将与动态库相连接。
两种库的编译产生方法：
第一步要把源代码编绎成目标代码。以下面的代码hello.c为例，生成hello库：
/*
hello.c
*/
#include
void
sayhello()
{
printf("hello,world\n");
}
用gcc编绎该文件，在编绎时可以使用任何全法的编绎参数，例如-g加入调试代码等：
gcc
-c
hello.c
-o
hello.o
1.连接成静态库
连接成静态库使用ar命令，其实ar是archive的意思
$ar
cqs
libhello.a
hello.o
2.连接成动态库
生成动态库用gcc来完成，由于可能存在多个版本，因此通常指定版本号：
$gcc
-shared
-wl,-soname,libhello.so.1
-o
libhello.so.1.0
hello.o
另外再建立两个符号连接：
$ln
-s
libhello.so.1.0
libhello.so.1
$ln
-s
libhello.so.1
libhello.so
这样一个libhello的动态连接库就生成了。最重要的是传gcc
-shared
参数使其生成是动态库而不是普通执行程序。
-wl
表示后面的参数也就是-soname,libhello.so.1直接传给连接器ld进行处理。实际上，每一个库都有一个soname，当连接器发现它正在查找的程序库中有这样一个名称，连接器便会将soname嵌入连结中的二进制文件内，而不是它正在运行的实际文件名，在程序执行期间，程序会查找拥有
soname名字的文件，%b
⑧ VS2010修改C++项目为“静态库中使用MFC”编译问题
(1)项目 -> **属性 -> 配置属性 -> 常规 -> MFC的使用 :在静态库中使用MFC。
(2)项目 -> **属性 -> 配置属性 -> C/C++ -> 代码生成 -> 运行库 :多线程（/MT）。
2 在debug的时候要选 /MTd, Release 版本的再用 /MT
⑨ lib文件静态库和dll文件动态连接库有什么不同，分别有什么作用！在编译时各自起什么作用
简单来说 静态库 编译完 之后 就一个光光 exe
动态库编译完 之后 是要 一个exe 和这个dll同时在 才能运行。
好处？dll可以动态加载，也可以被多个程序调用，
lib库 存在版本必须一致的问题，例如2008的代码 连接的时候 必须要连接 2008编译出来的lib库，
而dll 或许 不需要这么强制对应。
⑩ 如何编译生成和调用静态库
如何编译动态库
gcc test1.c test2.c -shared -fPIC -o libtest.so
使用动态库
gcc main.c -L. -ltest -o a.out
(
-L : 表示需要库的路径
-l：表示需要库的名称，如libtest.so，名称则为test
)
（ps：执行a.out时有可能提示找不到libtest.so文件，这时需要把库文件放入到/lib等目录下，或者添加环境变量LD_LIBRARY_PATH，包含有库文件的路径即可）
如何编译静态库
gcc -c test1.c test2.c
ar -r libtest.a test1.o test2.o
使用静态库
gcc main.c -static -L. -ltest -o a.out
（
-static：可强制编译时使用静态库，如果不使用这个参数，而静态库与动态库同名的话，会优先使用动态库