使用rpath编译gcc

❶ linux下编译出现warning ：ld-linux.so.3，needed by

需要这个动态库libstdc++.so，因为没有找到。
当然也可以加参数帮助编译器找-rpath或者-rpath-link。
还是多学习一下编译器的链接的原理。推荐看看bison源代码分析，以便写的代码一次性通过。
不至于出现这样那样的错误。

❷ C++怎么实现COM端口数扩展到256

还可以在编译目标代码时指定程序的动态库搜索路径。-Wl,表示后面的参数将传给link程序ld（因为gcc可能会自动调用ld）。这里通过gcc 的参数"-Wl,-rpath,"指定（如例3所示）。当指定多个动态库搜索路径时，路径之间用冒号"："分隔。
例3：
我们通过以下命令用源程序pos.c（见程序4）来创建动态库libpos.so。
# gcc -c pos.c
# gcc -shared -fPCI -o libpos.so pos.o
#
#include <stdio.h>
void pos()
{
printf("./\n");
}
程序4: pos.c
因为我们需要在编译目标代码时指定可执行文件的动态库搜索路径，所以需要用gcc命令重新编译源程序main.c(见程序2)来生成可执行文件pos。
# gcc -o pos main.c -L. -lpos -Wl,-rpath,./
#
再运行程序pos试试。
# ./pos
./
#

❸ mips GCC ld 的问题 在指定的目录下有那个库，单体是不能找到，很怪异的一个问题！

你这个问题是一个对初学者非常普遍的问题，在这里你需要了解动态加载库的工作方式和以及ldconfig的用法。-L 表示库路径，-l 表示加载的库。首先，请自已查看这些库文件是否存在。注意文件与-l后面的文件名不同。比如上面的 -lmainPpDrv，表示加载库 libmainPpDrv.so这个库，后面的类似。具体的 gcc -l的用法你自己去查。在保证库文件都存的情况下，第二步是理解动态加载库的工作方式。具体四个方式来解决你的问题，最直接的方式，是把刚才找到的库文件入到/usr/lib下面，然后再ldconfig 一下。注意ldconfig 要用root权限下运行，如果找不到该命令，那就使用/sbin/ldconfig .第二种，在root 权限下, vi /etc/ld.so.conf文件，把
/home/leizi/mvswitch/src 作为一行回到该文件中。 然后再ldconfig 一个. 第三种方法，使用LD_LIBRARY_PATH . 在终端下，输入 LD_LIBRARY_PATH=/home/leizi/mvswitch/src export LD_LIBRARY_PATH. 第四种方法： 在你上面的编译最后添加 -Wl,-rpath=/home/leizi/mvswitch/src 就可以了。另外再多说了一句，你的-L后面的路径都是一样的，因而可能只写一个就行，写的位置不限，只要在gcc 之后。
如需知道动态库的加载方式，我有详细的总结。如有疑问：QQ：524914698

❹ undefined reference to异常怎么解决

Linux下编译程序时，经常会遇到“undefined reference error” 报错， 这里总结一些可能的原因和解决方案，给需要的朋友： 说道undefined reference error，先提一下Linux gcc链接规则： 链接的时候查找顺序是: -L 指定的路径, 从左到右依次查找 由 环境变量 LIBRARY_PATH 指定的路径,使用":"分割从左到右依次查找 /etc/ld.so.conf 指定的路径顺序 /lib 和 /usr/lib (64位下是/lib64和/usr/lib64) 动态库调用的查找顺序: ld的-rpath参数指定的路径, 这是写死在代码中的 ld脚本指定的路径 LD_LIBRARY_PATH 指定的路径 /etc/ld.so.conf 指定的路径 /lib和/usr/lib(64位下是/lib64和/usr/lib64) 一般情况链接的时候我们采用-L的方式指定查找路径, 调用动态链接库的时候采用LD_LIBRARY_PATH的方式指定链接路径. 另外注意一个问题,就是只要查找到第一个就会返回,后面的不会再查找. 比如-L./A -L./B -lx 在A中有libx.a B中有libx.a和libx.so, 这个时候会使用在./A的libx.a 而不会遵循动态库优先的原则,因为./A是先找到的,并且没有同名动态库存在 对于动态链接库，实际的符号定位是在运行期进行的．在编译.so的时候，如果没有把它需要的库和他一起进行联编，比如libx.so 需要使用uldict, 但是忘记在编译libx.so的时候加上-luldict的话，在编译libx.so的时候不会报错，因为这个时候libx.so被认为是一个库，它里面存在一些不知道具体实现的符号是合法的，是可以在运行期指定或者编译另外的二进制程序的时候指定． 如果是采用g++ -Lpath -lx 的方式进行编译，链接器会发现所需要的uldict的符号表找不到从而报错，但是如果是程序采用dlopen的方式载入，由于是运行期，这个程序在这个地方就直接运行报错了．另外还有一种情况就是一个对外的接口在动态库中已经声明定义了，但是忘记实现了，这个时候也会产生类似的错误． 如果在运行期报出这样的错误，就要注意是否是由于某些库没有链接进来或者某些接口没有实现的原因产生 有了上述基础，不难总结出，undefined reference error错误的原因可能来自以下几方面： 1 没有指定对应的库（.o/.a/.so） 使用了库中定义的实体，但没有指定库（-lXXX）或者没有指定库路径（-LYYY），会导致该错误, 2 连接库参数的顺序不对 在默认情况下,对于-l 使用库的要求是越是基础的库越要写在后面,无论是静态还动态 3 gcc/ld 版本不匹配 gcc/ld的版本的兼容性问题,由于gcc2 到 gcc3大版本的兼容性存在问题(其实gcc3.2到3.4也一定程度上存在这样的问题) 当在高版本机器上使用低版本的机器就会导致这样的错误, 这个问题比较常见在32位的环境上, 另外就在32位环境不小心使用了64位的库或者反过来64位环境使用了32位的库. 4 C/C++相互依赖和链接 gcc和g++编译结果的混用需要保证能够extern "C" 两边都可以使用的接口,在我们的64位环境中gcc链接g++的库还需要加上 -lstdc++,具体见前文对于混合编译的说明 5 运行期报错 这个问题基本上是由于程序使用了dlopen方式载入.so, 但.so没有把所有需要的库都链接上,具体参加上文中对于静态库和动态库混合使用的说明

❺ cc gcc编译器怎么使用

gcc --help可以看gcc的编译选项

常用的有
gcc -c xcxcx.c ： -c 编译C代码，生成该文件的obj文件
gcc xcxcx.o -o dest ： -o 链接各个obj文件，生成目标执行程序
-I ： （这里是大写i） 表示头文件路径
-L ： 表示库文件路径
-l ： （这里是小写的L） 表示需要链接的库文件
-O： （这里是大写英文o） 表示优化参数
-WALL： 表示warning等级

这里是一句完整的话
g++ -Wl,-rpath,/usr/local/Trolltech/QtEmbedded-static/lib -o Qt_V4L_ShowImage main.o myWidget.o v4lThread.o moc_myWidget.o moc_v4lThread.o -L/usr/local/Trolltech/QtEmbedded-static/lib -lQtGui -L/usr/local/tslib/lib -L/usr/local/Trolltech/QtEmbedded-static/lib -L/usr/local/lib -L/home/root/ffmpeg/lib -lts -lQtNetwork -lQtCore -lc -lgcc -lm -lrt -ldl -lpthread -lavcodec -lavformat -lavutil -lx264 -xvidcore -lcv -lhighgui -lcvaux -lcxcore

不过还是自己看一下gcc的help比较好，那里讲的全面些

❻ 求助undefined reference to xxx'的问题

Linux下编译程序时，经常会遇到“undefined reference to XXX” 报错，
这里总结一些可能的原因和解决方案，给需要的朋友：

说道undefined reference error，先提一下Linux gcc链接规则：

链接的时候查找顺序是:

-L 指定的路径, 从左到右依次查找
由 环境变量 LIBRARY_PATH 指定的路径,使用":"分割从左到右依次查找
/etc/ld.so.conf 指定的路径顺序
/lib 和 /usr/lib (64位下是/lib64和/usr/lib64)
动态库调用的查找顺序:

ld的-rpath参数指定的路径, 这是写死在代码中的
ld脚本指定的路径
LD_LIBRARY_PATH 指定的路径
/etc/ld.so.conf 指定的路径
/lib和/usr/lib(64位下是/lib64和/usr/lib64)
一般情况链接的时候我们采用-L的方式指定查找路径, 调用动态链接库的时候采用LD_LIBRARY_PATH的方式指定链接路径.

❼ linux中把.c的文件编译成.so

就跟用VS编译dll或者lib文件差不多，把代码编译完成以后，命名为相应的后缀就好了。

例如：
gcc -c -fPIC libst.c
生成 libst.o

然后
gcc -shared -fPIC -o libst.so libst.o
生成 libst.so 动态链接库

把libst.so拷贝到系统默认库目录下，比如 /lib, /usr/lib 下
假定有 test.c 要引用这个库
gcc -lst -o test test.c
然后就可以了

假如不能把libst.so拷贝到默认库目录下，比方说放在了
/home/aaa/lib 下
那么就用这样的语句来编译test.c
gcc -L/home/aaa/lib -lst -Wl,-rpath=/home/aaa/lib -o test test.c