Ⅰ 怎样用ar命令将库文件释放到指定路径下
用途说明
创建静态库。a文件。用C/C++开发程序时经常用到，但我很少单独在命令行中使用ar命令，一般写在makefile中，有时也会在shell脚 本中用到。关于linux下的库文件、静态库、动态库以及怎样创建和使用等相关知识，参见本文后面的相关资料【3】《关于Linux静态库和动态库的分析》。
常用参数
格式：ar rcs libxxx.a xx1.o xx2.o
参数r：在库中插入模块（替换）。当插入的模块名已经在库中存在，则替换同名的模块。如果若干模块中有一个模块在库中不存在，ar显示一个错误消息，并不替换其他同名模块。默认的情况下，新的成员增加在库的结尾处，可以使用其他任选项来改变增加的位置。【1】
参数c：创建一个库。不管库是否存在，都将创建。
参数s：创建目标文件索引，这在创建较大的库时能加快时间。（补充：如果不需要创建索引，可改成大写S参数；如果。a文件缺少索引，可以使用ranlib命令添加）
格式：ar t libxxx.a
显示库文件中有哪些目标文件，只显示名称。
格式：ar tv libxxx.a
显示库文件中有哪些目标文件，显示文件名、时间、大小等详细信息。
格式：nm -s libxxx.a
显示库文件中的索引表。
格式：ranlib libxxx.a
为库文件创建索引表。
使用示例
示例一 在shell脚本中使用
Bash代码
OS=`uname -r`
ar rcs libhycu.a.$OS *.o
示例二 在makefile中使用
Makefile代码
$（BIN1）: $（BIN1_OBJS）
ar rcs $@ $^
示例三 创建并使用静态库
第一步：编辑源文件，test.h test.c main.c。其中main.c文件中包含main函数，作为程序入口；test.c中包含main函数中需要用到的函数。
vi test.h test.c main.c
第二步：将test.c编译成目标文件。
gcc -c test.c
如果test.c无误，就会得到test.o这个目标文件。
第三步：由。o文件创建静态库。
ar rcs libtest.a test.o
第四步：在程序中使用静态库。
gcc -o main main.c -L. -ltest
因为是静态编译，生成的执行文件可以独立于。a文件运行。
第五步：执行。
./main
示例四 创建并使用动态库
第一步：编辑源文件，test.h test.c main.c。其中main.c文件中包含main函数，作为程序入口；test.c中包含main函数中需要用到的函数。
vi test.h test.c main.c
第二步：将test.c编译成目标文件。
gcc -c test.c
前面两步与创建静态库一致。
第三步：由。o文件创建动态库文件。
gcc -shared -fPIC -o libtest.so test.o
第四步：在程序中使用动态库。
gcc -o main main.c -L. -ltest
当静态库和动态库同名时，gcc命令将优先使用动态库。
第五步：执行。
LD_LIBRARY_PATH=. ./main
示例五 查看静态库中的文件
[root@node56 lib]# ar -t libhycu.a
base64.c.o
binbuf.c.o
cache.c.o
chunk.c.o
codec_a.c.o
…
xort.c.o
[root@node56 lib]#
[root@node56 lib]# ar -tv libhycu.a
rw-r--r-- 0/0 7220 Jul 29 19:18 2011 base64.c.o
rw-r--r-- 0/0 2752 Jul 29 19:18 2011 binbuf.c.o
rw-r--r-- 0/0 19768 Jul 29 19:18 2011 cache.c.o
…
rw-r--r-- 0/0 4580 Jul 29 19:18 2011 xort.c.o
[root@node56 lib]#
[root@node56 lib]# nm -s libhycu.a | less
Archive index:
Base64Enc in base64.c.o
GetBase64Value in base64.c.o
Base64Dec in base64.c.o
encode64 in base64.c.o
decode64 in base64.c.o
check64 in base64.c.o
test64 in base64.c.o
…
chunk_alloc in chunk.c.o
[root@node56 lib]#
Ⅱ openwrt怎么选择编译版本
（!文末，附加人生如戏写的编译OPENWRT的TXT内容，可直接跳至末尾，有例子）
Openwrt 官方正式的发行版是已编译好了的映像文件（后缀名bin或trx、trx2），此映像文件可从Openwrt官方网站的下载页面中轻松获取到，连接地址为 OpenWrt官方网站。这些编译好的映像文件是基于默认的配置设置，且只针对受支持的平台或设备的。因此，为什么要打造一个自己的映像文件，理由有以下四点：
您想拥有一个个性化的配置OpenWrt（彰显个性，在朋友圈子里显摆显摆，开个玩笑）；
您想在实验性的平台上测试OpenWrt；
您参与测试或参与开发OpenWrt的工作；
或者，最简单的目的就是为了保持自己的Openwrt为最新版本；
若想实现上述目的，其实很简单，按下述文字即可成功编译出一个您的Openwrt来。
准备工作
在开始编译Openwrt之前需要您做些准备工作；与其他编译过程一样，类似的编译工具和编译环境是必不可少的：
一个构建OpenWrt映像的系统平台，简单说就是准备一个操作系统（比如Ubuntu、Debian等）；
确保安装了所需的依赖关系库， （在debian系统中就是安装各种需要的软件包）
OpenWrt源代码副本
首先， 开机登陆到支持编译Openwrt的操作系统（废话了）。实体机或者虚拟机(Vmware 或者 Qemu)里的操作系统都行，这里推荐使用Linux系统。 bsd和mac osx系统也可以编，但不推荐，且未验证是否可编译成功。下文假定您使用的是Debian操作系统，使用 apt-get 来管理包. 替代的选择是 Ubuntu (分支 Kubuntu, Xubuntu 等即可)。
第二步, 就是安装所需要的各种软件包, 包括编译器,解压工具,特定的库等. 这些工作可以简单的通过键入以下命令 (通常需要root 或者是 sudo 权限)，以root权限安装下列软件包(可能并不完整，会有提示，提示缺少即装就可以了）:
32位(x86)请执行下列命令:
# apt-get install build-essential asciidoc binutils bzip2 gawk gettext \
git libncurses5-dev libz-dev patch unzip zlib1g-dev
64位(x86_64)请执行下列命令（多装了哪些库或软件包呢？请您仔细看一看哦）:
# apt-get install build-essential asciidoc binutils bzip2 gawk gettext \
git libncurses5-dev libz-dev patch unzip zlib1g-dev ia32-libs \
lib32gcc1 libc6-dev-i386
参考 本列表中 所列的编译环境所需要软件包或库。
某些依赖的为库或软件包也许操作系统中已经安装过，此时apt-get会作出提示（提示您忽略或重新安装的），别紧张，放轻松些，编译Openwrt不会像编译DD－WRT那样难的（至少本人是体会到了编译DD－WRT的难）。
最后下载一份完整的 Openwrt 源码到编译环境中。关于Openwrt的源代码下载，途径有二，一是通过 svn ，一是通过 git，建议使用 svn ，因为Openwrt主要以 svn 来维护Openwrt系统的版本。另外，请注意Openwrt中不同的分支版本，一个是用得较多的开发快照，俗称 trunk，二是稳定版，俗称 backfire。
安装Subversion
若你想通过svn下载源代码,你需安装 Subversion。Subversion,或称SVN, 是OpenWrt的project中用来控制版本的系统,它非常类似的 CVS的界面和使用条款。 执行下述命令即可安装SVN，很容易的：
# apt-get install subversion
Subversion安装完毕，通过SVN命令可获取得到一份OpenWrt纯净源代码。您还得创建一个目录以便存放获取得到的Openwrt源代码，要获取源代码你还得输入subversion命令来获取 (svn里这种操作称之为'check out') 。命令很简单的，继续看下去就能见到了，别着急，耐心点儿。
编译流程
编译专属于您的设备的特定Openwrt固件以一下五个步骤：
通过Subversion命令获得源代码；
更新(或安装) package feeds［package feeds无法确切翻译，待译吧）；
创建一个默认配置以检查编译环境是否搭建好了 (假如需要的话)；
用Menuconfig来配置即将编译生成的固件映像文件的配置项；
最后开始编译固件；
下载源代码
最后，下载一份完整的OpenWrt源代码。你可选择：
下载稳定发行版，或
下载开发版 (俗称"trunk"版)。
使用发行版的源码
截止本文时, Openwrt公开发行的稳定版为 OpenWrt 10.03 "backfire"。此版本是最稳定的，但也许不包括最新更新的补丁或最新编写的出的新功能。
下述代码即举例说明了通过svn从brandkfire获得backfire源代码（此版本意思是从trunk分支的补丁也在backfire版本中了，即包含修复补丁）：
# mkdir OpenWrt/
# cd OpenWrt/
# svn co svn://svn.openwrt.org/openwrt/branches/backfire
注解: 上述svn命令将在当前目录创建一个 OpenWrt/backfire/ 子目录，此目录包含此命令获取到的源代码。
您也可以通过下述命令，下载不含修复补丁的backfire的原版源码：
# svn co svn://svn.openwrt.org/openwrt/tags/backfire_10.03
使用开发版源代码
当前的开发版本分支(trunk)已包含最新的实验补丁。此分支或许还突破了Openwrt原来所不支持的硬件设备的限制哦，惊喜的同时也有风险存在。因此，编译trunk版，慎之～
# mkdir OpenWrt/
# cd OpenWrt/
# svn co svn://svn.openwrt.org/openwrt/trunk/
更多详细资料详见： https://dev.openwrt.org/wiki/GetSource.
跟进并更新源代码
因Openwrt的源代码随时都会变动，故此命令将确保您所获取得到的源码的最新性。下述假设您用的是backfire版本的源码：
## Here, backfire is the directory name of the current release branch you're tracking
# cd OpenWrt/backfire/
# svn up
'svn up' 命令用于更新SVN上更新了，但本地尚未更新的这部分源代码（本人实践证明此命令会将本地源码与SVN上的源码先比较，若SVN有更新才会下载更新的部分，很实用的一个命令）。如果未指定目标路径，则此命令将更新当前目录及当前目录的子目录内的源码。
Feeds下载
Feeds即为包含到你的OpenWrt环境中的额外软件包的索引之类的。（feed译名很多，莫衷一是，至2008年底为止，还没有一个十分通用而备受认可的中文译名；所以此文当中我们用英文feed来称呼）。 最主要的Feeds有以下三个：
'packages' - 路由的基本功能,
'LuCI' - OpenWrt默认的GUI（WEB管理界面）, 及
'Xwrt' - 其他的GUI。
一般情况，你至少需要含 'packages' 和 'LuCI'两个Feeds。
下载完feeds之后， (为编译OpenWrt的recipies额外的预定义包) 您可以检查哪些feeds要包括在内。编辑在你的编译环境的根目录下的'feeds.conf.default'文件。
然后使用下列命令开始下载（注：可能你需要先运行cd trunk进入trunk目录才能成功执行下列命令）：
# ./scripts/feeds update -a
在此之后，下载的软件包需要安装。亦即指的下边的命令啦。若路过下边的install命令则后续make menuconfig将无法成功执行！（注：可能你需要先运行cd trunk进入trunk目录才能成功执行下列命令）：
# ./scripts/feeds install -a
只需编辑Feeds的配置文件或运行更新命令，即可很方便地更新或添加新的实验性的packages到源码中并编译到OpenWrt固件去。
注意：请老坛友及旧的新闻组成员们注意了，这一步取代了创建符号链接symlinks的老办法哦。
更新Feeds
诸如此类源码,你得定期更新Feeds。 通过如上相同的命令:
# ./scripts/feeds update -a
# ./scripts/feeds install -a
注意:若你清楚地知道你不需添加新的packages到menuconfig中去，那么你可在更新Feeds时跳过这一步。
生成配置
You may not have to make configration always after updating sources and feeds, but making it ensures that all packages from source and feeds are correctly included in your build configuration.
Defconfig
下一步是检查编译环境，若可进行编译则生成默认配置：
# make defconfig
若defconfig回显提示缺少软件包或编译库等依赖，则按提示安装所缺软件包或库等即可，不难的，细心点就行。
Menuconfig
menuconfig是一个基于文本的工具，它处理选择的目标（需要还是不需要）、编译生成软件包（openwrt下是IPKG格式）以及内核选项（编译成模块还是内核）等等
# make menuconfig
在你离开并保存配置文件（默认都是.config）后，将自动配置依赖关系，让你可以着手编译更新的固件。
大众可通过'menuconfig'这一简单的图形化的配置环境，非常轻松地编译出专属您本人的OpenWrt固件。
可以用'menuconfig'，以开发的意图来编译OpenWrt的固件，为自己（个人）创造一个结构简单但是功能强大的环境。（上句实在难翻译，只能意译。并且也请大家都学习下编译OP固件，让以OP固件盈利的人丢掉那肮脏的饭碗！）
Menuconfig或多或少有些难以说明的地方，即使是最专业的配置，也可以寻求帮助并加以解决。 需要你指定何种目标平台，要包含的package软件包和内核模块等均需要你指定，配置标准的过程中会包括修改：
目标平台（即路由器何种架构，BCM呢还是AR均可选择）
选择要包含的package软件包
构建系统设置
内核模块
Target system is selected from the extensive list of supported platforms, with the numerous target profiles – ranging from specific devices to generic profiles, all depending on the particular device at hand. Package selection has the option of either 'selecting all package', which might be un-practical in certain situation, or relying on the default set of packages will be adequate or make an indivial selection. It is here needed to mention that some package combinations might break the build process, so it can take some experimentation before the expected result is reached. Added to this, the OpenWrt developers are themselves only maintaining a smaller set of packages – which includes all default packages – but, the feeds-script makes it very simple to handle a locally maintained set of packages and integrate them in the build-process.
假如你需要LuCI, 要到Administration 菜单里,在LuCI组件的子菜单下, 并选择: luci-admin-core, luci-admin-full, and luci-admin-mini组件包。
假如你不需要PPP,你可到Network菜单下取消对它的选择，以便编译时不包含此组件。
Menuconfig用法: 确保这些组件包是以 '*'星号标记而不是 'M'标记。
如果你是以星号 '*'标记该组件包, 则该组件包将编译进最终生成的OpenWrt固件中。
如果你仅以 'M'标记该组件包, 则该组件包将不会编译进最终生成的OpenWrt固件中。
The final step before the process of compiling the intended image(s) is to exit 'menuconfig' – this also includes the option to save a specific configuration or load an already existing, and pre-configured, version.
Exit and save.
Source Mirrors
The 'Build system settings' include some efficient options for changing package locations which makes it easy to handle a local package set:
Local mirror for source packages
Download folder
In the case of the first option, you simply enter a full URL to the web or ftp server on which the package sources are hosted. Download folder would in the same way be the path to a local folder on the build system (or network). If you have a web/ftp-server hosting the tarballs, the OpenWrt build system will try this one before trying to download from the location(s) mentioned in the Makefiles . Similar if a local 'download folder', residing on the build system, has been specified. The 'Kernel moles' option is required if you need specific (non-standard) drivers and so forth – this would typically be things like moles for USB or particular network interface drivers etc.
编译固件
万事具备，只欠东风,通过下面简单的make命令来编译:
# make
在多核电脑中编译
具有多核CPU处理器的电脑进行编译，使用下述参数可令编译过程加速。 常规用法为 <您cpu处理器的数目 + 1> – 例如使用3进程来编译 (即双核CPU), 命令及参数如下:
# make -j 3
后台编译
若你在这个系统内编译OpenWrt的同时还处理其他，可以让闲置的I/O及CPU来在后台编译固件 (双核CPU):
# ionice -c 3 nice -n 20 make -j 2
编译简单的基本的软件包
当你为OpenWrt开发或打包软件包,编译简单的基本的软件包可以很轻易地编译该软件包 (例如， 软件包cups):
# make package/cups/compile V=99
一个在Feeds里的软件包大约是这样子的:
# make package/feeds/packages/ndyndns/compile V=99
编译错误
如果因某种不知道的原因而编译失败,下面有种简单的方法来得知编译到底错在哪里了:
# make V=99 2>&1 |tee build.log |grep -i error
上述编译命令意为：V99参数，将出错信息保存在build.log，生成输出完整详细的副本（with stdout piped to stderr），只有在屏幕上显示的错误。
举例说明:
# ionice -c 3 nice -n 20 make -j 2 V=99 CONFIG_DEBUG_SECTION_MISMATCH=y 2>&1 \
|tee build.log |egrep -i '(warn|error)'
The above saves a full verbose of the build output (with stdout piped to stderr) in build.log and outputs only warnings and errors while building using only background resources on a al core CPU.
Ⅲ 用make指令编译内核后不能成功，出现以下提示，应该怎么解决 make: arm-none-linux-gnueabi-gcc: Comman
应该是Linux系统版本问题，Linux版本太新的话有写地方和以前的方法就不一样了，当初我编译的时候红帽子比较早的版本可以成功，Ubuntu的就不行了，楼主网络搜下，很多这方面的博客，试试红帽子。
Ⅳ 根据不同版本的ACAD智能判断并加载对应版本arx文件,请高手说明这个问题！
这样搞你还不累死，你这样，读取Acad的注册表判断版本，然后设置搜索路径。在搜索路径下放置acad.rx(里面有加载列表)，Acad启动的时候自然就会加载正确的版本。
设置搜索路径有两个办法，最简单的一张，启动Acad的时候通过命令行设置，你可以做几个快捷，比如启动R15，R16，R17，然后在快捷里加上搜索路径，方式如下
“/s”开关
“/s”开关用于指定当前目录以外的支持目录。如果未设置此开关，AutoCAD
将使用在“Options（选项）”对话框中指定的支持文件搜索路径。
使用该开关最多可以指定15个目录。每个目录名用“;”分隔，如下例所示。
"D:\Program Files\AutoCAD
2002\acad.exe" /s "D:\AutoCAD Files";"D:\Work"
注意
使用“/s”开关指定的支持目录只在当前AutoCAD任务期间有效，而不能建立永久的支持目录。
还有一种嘛，就是写程序动态设置，例如
(setenv "ACAD" (strcat (getenv "ACAD") (vl-registry-read "HKEY_CURRENT_USER\\Software\\你的软件注册表位置" "绝对路径")))
Ⅳ 【疑问】openwrt里如何使用make编译源码
这有一个安装包，不知对你有用没。在X86虚拟机安装后，就有make了。不过我这还是用不了，提示没有cc 命令。 http://downloads.openwrt.org/backfire/10.03.1/x86_generic/packages/make_3.81-1_x86.ipk
Ⅵ makefile的选项CFLAGS，CPPFLAGS，LDFLAGS和LIBS的区别
看看如下选项：
LDFLAGS = -L/var/xxx/lib -L/opt/MySQL/lib
LIBS = -lmysqlclient -liconv
这就明白了。LDFLAGS告诉链接器从哪里寻找库文件，LIBS告诉链接器要链接哪些库文件。不过使用时链接阶段这两个参数都会加上，所以你即使将这两个的值互换，也没有问题。
说到这里，进一步说说LDFLAGS指定-L虽然能让链接器找到库进行链接，但是运行时链接器却找不到这个库，如果要让软件运行时库文件的路径也得到扩展，那么我们需要增加这两个库给"-Wl,R"
LDFLAGS = -L/var/xxx/lib -L/opt/mysql/lib -Wl,R/var/xxx/lib -Wl,R/opt/mysql/lib
如 果在执行./configure以前设置环境变量export LDFLAGS="-L/var/xxx/lib
-L/opt/mysql/lib -Wl,R/var/xxx/lib -Wl,R/opt/mysql/lib"
，注意设置环境变量等号两边不可以有空格，而且要加上引号哦（shell的用法）。那么执行configure以后，Makefile将会设置这个选项，
链接时会有这个参数，编译出来的可执行程序的库文件搜索路径就得到扩展了。
PS：-Wl,R在GraphicsMagick环境下，用为-R, 也就是LDFLAGS = -L/var/xxx/lib -R/var/xxx/lib
CFLAGS 或 CPPFLAGS的用法
CPPFLAGS='-I/usr/local/libjpeg/include -I/usr/local/libpng/include'
Ⅶ 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