linux编译库？linux gcc编译找不到库

大家好，关于linux编译库很多朋友都还不太明白，不过没关系，因为今天小编就来为大家分享关于linux gcc编译找不到库的知识点，相信应该可以解决大家的一些困惑和问题，如果碰巧可以解决您的问题，还望关注下本站哦，希望对各位有所帮助！

Linux平台libstdc++标准库编译UE4Server

在Linux平台上编译UE4Server涉及到多个步骤，需要充分准备环境，确保顺利进行。

首先，确保系统安装有python3和源码安装的llvm&clang。获取源码包后，进行编译安装，此时需注意，如果服务器内存较小，应减少编译并发数。

对于DedicatedServer的编译，需显示关闭libc++编译环境，初始化编译环境后，执行脚本操作生成Makefile文件，从而实现源码的编译。

UE4_ROOT应指向UE引擎源代码目录，包含Setup.sh和GenerateProjectFiles.sh。执行命令后，会在当前目录生成Makefile文件，该文件内含众多编译目标，用户可根据需求单独编译Server、Client或Editor，最终通过命令调用编译。

在编译过程中，若出现"nullptr_t不兼容"报错，需在Engine/Source/Runtime/PakFile/Public/IPlatformFilePak.h文件中全量替换nullptr_t为std::nullptr_t。

若在编译ICU第三方库时，遇到"undefined reference"错误，这是因为ICU库默认使用libc++标准库进行编译和链接，需重新编译ICU库，以适应libstdc++。

类似地，对于OpenEXR第三方库，若同样遇到"undefined reference"错误，同样需要重新编译OpenEXR库，以确保与libstdc++兼容。

在完成上述步骤后，若一切顺利，则UE4Server的编译过程将成功完成。

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

linux下将程序中用到的第三方库编译到自己的程序中我在linu

在开发过程中，我们有时需要依赖第三方库来扩展程序的功能。以下是如何处理第三方库在不同情况下的操作步骤。

首先，我们来看最佳情况——头文件和源文件。这种情况下，你只需要引用头文件并调用相关函数即可。例如，如果第三方库的头文件是abc.h，函数名是abc_test()，你只需要在代码中添加#include"abc.h"，然后直接调用abc_test()函数。编译时，需要在Makefile中加入编译选项-I/abc/include，以便编译器能够找到库的头文件。这样的程序在运行时不需要额外的第三方库。

接下来是静态链接库的情况。在这种情况下，你同样需要引用头文件和相关函数，但此时你需要使用静态库libabc.lib。编译时，需要在Makefile中加入两个编译选项：一是-I/abc/include，用于将库的头文件包含进来；二是-L/abc/lib-labc，用于链接静态库。程序在运行时不再需要这个第三方库。

最后是动态链接库的情况。设动态链接库为libabc.so。调用动态链接库文件需要使用dlopen等函数。编译时，同样需要在Makefile中加入两个编译选项：一是-I/abc/include，用于包含库的头文件；二是-L/abc/lib-labc，用于链接动态库。但需要注意的是，程序在运行时需要这个第三方库的libabc.so文件。

以上是在不同情况下处理第三方库的步骤。在实际开发中，根据具体需求选择合适的库和链接方式，可以大大提高开发效率和程序的稳定性。