创建共享对象时不能使用针对`_nc_globals的重定位R_X86_64_32；在安装readline时使用-fPIC重新编译

创建共享对象时不能使用针对_nc_globals的重定位R_X86_64_32是一个错误信息，它通常出现在编译或链接共享对象时。这个错误表明在编译或链接过程中，使用了不兼容的重定位类型。

具体来说，_nc_globals是ncurses库中的一个全局变量，而R_X86_64_32是一种特定的重定位类型，用于32位x86_64架构的目标文件。这个错误的原因可能是在编译或链接过程中，尝试将32位的重定位类型应用于64位的目标文件。

解决这个错误的方法是重新编译安装readline库，并使用-fPIC选项来生成位置无关代码（Position Independent Code）。位置无关代码是一种可以在内存中的任何位置加载和执行的代码，它不依赖于特定的内存地址。这样可以避免在共享对象中使用不兼容的重定位类型。

以下是一个示例的解决方案：

下载readline源代码，并解压缩。
进入解压后的readline目录。
执行以下命令重新配置编译选项：
执行以下命令重新配置编译选项：
这将使用-fPIC选项重新配置编译选项。
执行以下命令进行编译和安装：
执行以下命令进行编译和安装：
这将重新编译readline库，并将其安装到系统中。
在编译或链接其他共享对象时，确保不再出现_nc_globals的重定位R_X86_64_32错误。

需要注意的是，以上解决方案是基于假设问题出现在readline库的情况下。实际情况可能因具体环境和代码而异。如果问题仍然存在，建议查看编译或链接过程中的详细日志，以确定具体的错误原因，并采取相应的解决措施。

腾讯云相关产品和产品介绍链接地址：

腾讯云云服务器（CVM）：https://cloud.tencent.com/product/cvm
腾讯云云数据库 MySQL 版：https://cloud.tencent.com/product/cdb_mysql
腾讯云对象存储（COS）：https://cloud.tencent.com/product/cos
腾讯云人工智能（AI）：https://cloud.tencent.com/product/ai
腾讯云物联网（IoT）：https://cloud.tencent.com/product/iotexplorer
腾讯云移动开发（移动推送、移动分析、移动测试等）：https://cloud.tencent.com/product/mobile
腾讯云区块链（BCS）：https://cloud.tencent.com/product/bcs
腾讯云元宇宙（Tencent Cloud Metaverse）：https://cloud.tencent.com/solution/metaverse

相关·内容

地址无关码

这个问题的另一种表述就是：共享对象在编译时不能假设自己在进程虚拟地址空间中的位置。...这种情况与我们碰到的问题很相似,都是程序模块在编译时目标地址不确定而需要在装载时将模块重定位。但是装载时重定位的方法并不适合用来解决上面的共享对象中所存在的问题。...Linux和GCC支持这种装载时重定位的方法,我们前面在产生共享对象时,使用了两个GCC参数“shared”和“-fPIC”,如果只使用“- shared”,那么输出的共享对象就是使用装载时重定位的方法...由于可执行文件在运行时并不进行代码重定位,所以变量的地址必须在链接过程中确定下来。为了能够使得链接过程正常进行,链接器会在创建可执行文件时,在它的“bss”段创建一个 global变量的副本。...当动态链接器装载共享对象时,如果发现该共享对象有这样的重定位入口,那么动态链接器就会对该共享对象进行重定位。实际上,我们甚至可以让代码段也使用这种装载时重定位的方法,而不使用地址无关代码。

1K2 0

cmake:动态链接库(so)中静态链接tcmalloc(gperftools2.4)暨静态链接libstdc++

使用这种方案，我的so库代码不需要在编译时链接tcmalloc,什么都不用改变，就能使用tcmalloc。...但是凡事有利就有弊，这个方案带的成本就是在系统安装、维护时稍显复杂：需要在服务器上安装tcmalloc和libunwind(应用系统运行在64位操作系统下)，还可能需要修改tomcat启动脚本以加入LD_PRELOAD...-shared》)，解决这个问题的方法也大同小异，就是根据这个错误提示用-fPIC参数重新编译相关的库，这里是就是指要重新编译tcmalloc。...于是就用网上介绍的办法，重新编译tcmalloc，在gperftools2.4源代码目录下执行: ....总结如果在可执行程序中静态链接tcmalloc时，用默认参数编译tcmalloc就好了，无需带-fPIC参数，但是在动态库（so）中静态链接tcmalloc，必须要用-fPIC重新编译tcmalloc

2K1 0

Linux的静态库和共享库详解及实例

简单的来说，就相当于一个仓库，把你已经写好的功能函数放到库中，然后后续需要时通过正确的接口去使用相应的功能，当然可以把库分享给别人也很方便。...，那么程序就需要重新编译会有些麻烦。 ...主版本号的增加就说明了它是不兼容的，需要重新编译链接。...首先我们要对.cpp文件进行编译，那么-fPIC这个命令此时就不能少，表示编译的文件与路径无关，也就是说生成的文件都是相对路径，而不是绝对路径，如果使用绝对路径，那么在多个进程共享使用这个库的时候，会根据这个代码段引用的数据对象需要重定位...，重定位会修改代码段的内容，这就造成每个使用这个.so文件代码段的进程在内核里都会生成这个.so文件代码段的copy，那么就相当于每个进程都维护了一个自己的.so的副本，因此就做不到共享了。

3.4K2 1

LinuxSUSE安装svn客户端的问题记录

这 2 天负责架设一个支付业务的 webserver 测试项目，安装 svn 客户端的时候出现了各种问题，来记录下。.../config -t make depend make make test make install 安装之后会在/usr/local 下生成一个 ssl 目录，编译 SVN 时加上 openssl 路径即可.../sqlite-amalgamation-3.7.6.3.tar.gz ②、在 svn 源码目录创建sqlite-amalgamation 文件夹 cd subversion-1.6.9 mkdir sqlite-amalgamation.../sqlite-amalgamation/ ④、重新编译 svn 即可。.../configure --prefix=/usr/local/svn --without-berkeley-db --without-serf 5、不支持 http://方式全部安装完成，使用如下命令配置

1.7K9 0

动态链接的步骤与实现

在编写动态链接器时必须保证不使用任何系统库，运行库；对于第二个条件，动态链接器必须在启动时有一段非常精巧的代码可以完成这项艰巨的工作而同时又不能使用全局和静态变量。...从这一步开始，动态链接器代码中才可以使用自己的全局变量和静态变量。实际上在动态链接器的自举代码中,除了不可以使用全局变量和静态变量之外,甚至不能调用函数,即动态链接器本身的函数也不能调用。...其实我们在前面分析地址无关代码时已经提到过,实际上使用PIC模式编译的共享对象,对于模块内部的函数调用也是采用跟模块外部函数调用一样的方式,即使用 GOT/PLT的方式,所以在 GOT/PLT没有被重定位之前...重定位与初始化当上面的步骤完成之后，链接器开始重新遍历可执行的文件和每个共享对象的重定位表，将它们的GOT/PLT的每个需要重定位的位置进行修正。...在前面介绍动态链接的重定位表时，我们已经碰到了几种重定位类型，每种重定位入口地址的计算方法我们在这里就不再重复介绍了。

1.4K2 0

Linux共享库、静态库、动态库详解

一个“程序函数库”简单的说就是一个文件包含了一些编译好的代码和数据，这些编译好的代码和数据可以在事后供其他的程序使用。程序函数库可以使整个程序更加模块化，更容易重新编译，而且更方便升级。...静态库函数允许程序员把程序link起来而不用重新编译代码，节省了重新编译代码的时间。不过，在今天这么快速的计算机面前，一般的程序的重新编译也花费不了多少时间，所以这个优势已经不是像它以前那么明显了。...共享函数库共享函数库中的函数是在当一个可执行程序在启动的时候被加载。如果一个共享函数库正常安装，所有的程序在重新运行的时候都可以自动加载最新的函数库中的函数。...首先，使用gcc -fPIC或-fpic标志创建将进入共享库的对象文件。-fPIC和-fpic选项可以实现“位置独立代码”生成，这是共享库的一个要求; 见下文的差异。...使用-fpic选项通常会生成更小更快的代码，但会有平台相关的限制，例如全局可见符号的数量或代码的大小。链接器将告诉您，创建共享库时是否适合。如果有疑问，我选择-fPIC，因为它总是有效。

8.9K1 1

linux动态库和静态库的使用_静态库的使用

认识动静态库在Linux下创建文件编写以下代码，并生成可执行程序。...如果不加-fPIC选项，则加载.so文件的代码段时，代码段引用的数据对象需要重定位，重定位会修改代码段的内容，这就造成每个使用这个.so文件代码段的进程在内核里都会生成这个.so文件代码段的拷贝，并且每个拷贝都不一样...不加-fPIC编译出来的.so是要在加载时根据加载到的位置再次重定位的，因为它里面的代码BBS位置无关代码。...如果该.so文件被多个应用程序共同使用，那么它们必须每个程序维护一份.so的代码副本(因为.so被每个程序加载的位置都不同，显然这些重定位后的代码也不同，当然不能共享)。...我们总是用-fPIC来生成.so，但从来不用-fPIC来生成.a。但是.so一样可以不用-fPIC选项进行编译，只是这样的.so必须要在加载到用户程序的地址空间时重定向所有表目。

4.8K2 0

含大量图文解析及例程 | Linux下的ELF文件、链接、加载与库（中）

可执行文件的程序头表我们用readelf -h [fileName]命令查看一个可执行ELF文件的ELF头时，会发现与可重定位ELF文件的ELF头有一个重大不同：可重定位文件ELF头中 Start of...-o libvector.so addvec.c multvec.c 其中-fpic选项告诉编译器生成位置无关代码（PIC），而-shared选项告诉编译器生成共享库。...关键技术之前在静态链接的过程中我们提到过重定位的过程，那个时候其实属于链接时的重定位，现在我们需要装载时的重定位，主要使用了以下关键技术： PIC位置无关代码 GOT全局偏移表 GOT配合PLT实现的延迟绑定技术...动态链接器本身也是.so文件，但是它比较特殊，它是静态链接的。本身不依赖任何其他的共享对象也不能使用全局和静态变量。这是合理的，试想，如果动态链接器都是动态链接的话，那么由谁来完成它的动态链接呢？...动态链接过程图示动态链接库的构建与使用创建自己的动态链接库创建号一个动态链接库（如我们的libvector.so）之后，我们肯定不可能只在当前目录下使用它，那样他就不能被叫做 ”库“了。

3.1K2 1

【一站式解惑】Linux中.a、.so和.o文件以及-I，-L，LIBRARY_PATH，LD_LIBRARY_PATH等

如果只有lib文件，那么这个lib文件是静态编译出来的，索引和实现都在其中。静态编译的lib文件有好处：给用户安装时就不需要再挂动态库了。...在Linux下，共享库的加载是由/lib/ld.so完成的，ld.so加载共享库时，会从ld.so.cache查找。创建函数库示例我们通常把一些公用函数制作成函数库，供其它程序使用。...在生成动态库时，需要使用-fPIC，这样才能生成位置无关的代码，达到代码段和数据段共享的目的。...如果不加fPIC,则编译出来的代码在加载时需要根据加载到的位置进行重定位(因为它里面的代码并不是位置无关代码)，如果被多个应用程序共同使用,那么它们必须每个程序维护一份so的代码副本了。...(因为so被每个程序加载的位置都不同,显然这些重定位后的代码也不同,当然不能共享)。

5K5 2

3.4K0 0

CC++常见gcc编译链接错误解决方法

的库文件找不到：ld: cannot find -lACE 6) GCC编译遇到如下的错误，可能是因为在编译时没有指定-fPIC，记住：-fPIC即是编译参数，也是链接参数 relocation...，该共享库依赖的一静态库编译时没有加“-fPIC”参数，解决方法为带“-fPIC”重新编译被依赖的静态库 relocation R_X86_64_32 against `a local symbol'...17) 下面这个编译错误，可能是因为在全局域内调用一个类对象的成员函数，全局域内是不能直接执行函的： error: expected constructor, destructor, or type...=/usr，是有区别的，前者赋值不能通过环境变量覆盖，后者则可以使用环境变量的值覆盖。...为解决这个问题，可以禁止编译32位版本，在configure时带上参数--disable-multilib，或者安装32位版本的glibc。

7.8K3 0

my linux FAQ

./" 这个命令网上资料说是解压到本目录经试验不可用创建文件命令 touch filename Windows和linux换行符不一致问题在 Linux 下的换行是 \n ，而在 Windows...反向的命令是 CTRL-B。 vi删除多行： ndd 删除以当前行开始的n行在linux中删除大量文件时，直接用rm会出现：-bash: /bin/rm: 参数列表过长，的错误。 ...ctags gcc，gcc最好使用pkg版（我的是lion os），用tar包装的各种问题并且必须是with python编译的才有自动补全功能 mvim ctags安装后需要设置到vimrc中，...+=['-fPIC'] ,无果，重新安装了zlib 设置 extra_link_args+=['--with-zlib-dir=/usr/zlib'] 也无果，最终发现是因为首先使用了mysql集成的...zlib，会覆盖后边的选项，直接安装到/home/work/mysql/lib/mysql 中，再执行编译安装，终于成功。

1.4K3 0

ffmpeg安装失败_linux离线安装ffmpeg

也可以在libass编译时出错的信息中看到依赖的哪个库没有找到，重新编译这个库就可以。...opencv的时候报libvpx没有使用-fPIC来编译 Compilation fails with “relocation R_X86_64_32 against `.rodata.str1.8...但是，我为了保险起见，编译 Ffmpeg 时就使用单独下载的源码。通过事先的了解或在二者源码树下面执行 ....h263 的视频部分，但如果不重新指定相关参数， #转换成的视频文件会出现“[h263 @ 0x14f81c0]warning: first frame is no #keyframe”的问题，从而导致在定位视频时出现花屏的现象...重新指定视频编码详细参数的 intermkv2.sh 比直接使用 -vcodec copy 的 intermkv3.sh 慢 10 秒，但是直接使用 -vcodec copy 会出现缺失关键帧错误导致定位时花屏

6.4K2 0

小心两个共享库共用同一个静态库

.html（Linux上制作可执行的共享库示例）问1：如果测试中的全局变量global_var是个带构造和析构的类对象，会如何？...（答案在最后）问2：如果使用-fPIE替代-fPIC编译链接，会是什么结果了？...原因是在使用dlopen动态加载共享库时，如果静态库中包含有全局变量，可能会出现名同地址不同的全局变量。解决办法：总是使用RTLD_GLOBAL加载共享库，而不是RTLD_LOCAL。...比如程序的公司名、发布版本号等 .line 调试时的行号表，即源代码行号与编译后指令的对应表 .hash 符号哈希表 .dynamic 动态链接信息 .debug 调试信息 .comment...表示不丢弃未定义的符号和需要重定位的符号 --export-dynamic 创建一个动态连接的可执行程序时, 把所有的符号加到动态符号表中

2.7K5 0

Linux编译工具：gcc入门

汇编器生成的是可重定位的目标文件，学过操作系统，我们知道，在源程序中地址是从0开始的，这是一个相对地址，而程序真正在内存中运行时的地址肯定不是从0开始的，而且在编写源代码的时候也不能知道程序的绝对地址，...所以重定位能够将源代码的代码、变量等定位为内存具体地址。...hello.c 或 gcc -c hello.c -o hello.o 编译生成可重定位目标文件使用gcc时可以加上-Wall选项。...-c hello.c -o hello.o gcc -Wall main.o hello.o -o main 独立编译的好处是，当其中某个模块发送改变时，只需要编译该模块就行，不必重新编译所有文件...-lhello 该命令与使用静态库的命令相同，但是在共享库与静态库共存的情况下，优先使用共享库。

4.7K5 0

数据库PostrageSQL-从源代码安装

在默认的从源码安装Python时不是这样的，而是在很多操作系统发布中有一个共享库可用。如果选择了编译PL/Python但找不到一个共享的 libpython，configure将会失败。...这可能意味着你不得不安装额外的包或者（部分）重编译 Python安装以提供这个共享库。在从源码编译时，请用–enable-shared标志运行 Python的配置脚本。...不过，如果你把这些设置保留默认，那么安装将是可重定位的，意思是你可以在安装过后移动目录（man和doc位置不受此影响）。...对于可重定位的安装，你可能需要使用configure的–disable-rpath选项。还有，你需要告诉操作系统如何找到共享库。...但是，非零的优化级别会使调试更复杂，因为在编译好的代码中步进通常将不能和源代码行一一对应。如果你在尝试调试优化过的代码时觉得困惑，将感兴趣的特定文件使用-O0编译。

4.2K4 0

ROS2中CMake编译选项的设置

也就是代码中不使用绝对地址，而使用相对地址，因此加载器可以将它加载到内存任意位置并执行。如果不使用-fPIC，产生的代码中包含绝对地址。...加载器加载它时，要先重定位，重定位会修改代码段的内容，因此每个进程都生成这个代码段的一份拷贝。...hidden可以显著地提高链接和加载共享库的性能，生成更加优化的代码，提供近乎完美的API输出和防止符号碰撞。强烈建议在编译共享库的时候使用它。...可以提高程序运行速度，代价是不能通过backtrace进行调试。...，但仍带有调试信息，是一个在速度和调试信息间的折中选择。

1.9K0 0

ELF文件及android hook原理

比如”.rel.text”就是针对”.text”的重定位表，”.rel.data”就是针对”.data”的重定位表。...符号解析与重定位编译器在将”a.c”编译成指令时，它如何访问”shared”变量？如何调用”swap”函数？...与普通程序不同的是，动态链接模块的装载地址是从地址0x00000000开始的，这个地址是无效的，共享对象的最终装载地址在编译时时不确定的，而是在装载时，装载器根据当前地址空间的空前情况，动态分配一块足够大小的虚拟地址空间给相应的共享对象...我们还需要有一种更好的方法解决共享对象指令中对绝对地址的重定位问题。....dynamic段这个段里保存了动态链接器所需要的基本信息，比如依赖哪些共享对象、动态链接符号表的位置、动态链接重定位表的位置、共享对象初始化代码的地址等。

3.9K8 1

吴章金：如何创建一个可执行的共享库

license: "cc-by-nc-nd-4.0" description: "本文手把手指导如何创建一个可以执行的共享目标文件" 前言前段时间，有多位同学在“泰晓原创团队”微信群聊到 C 语言相关的两个问题...先来看看两类文件的区别当前 Linux 下面的二进制程序标准格式是 ELF，这类格式可以用来表示 4 种不同类型的文件：可重定位目标文件（.o），用于静态链接可执行文件格式，用于运行时创建进程映像...可执行文件有标准的 C 语言程序执行入口 main，而共享库则并没有这类强制要求后者为了确保可以灵活被多个可执行文件共享，所以，符号地址在链接时是相对的，在装载时动态分配和计算符号地址接下来做个实验具体看看两者的区别.../hello.noc hello 通过实验，可以确认“正常”创建出来的共享库并不能够直接运行，而是需要链接到其他可执行文件中。...\n"); } 当普通共享库使用，默认编译即可，要能够执行的话，实现一下 entry()，编译时打开 EXEC_SHARED 即可： $ gcc -m32 -shared -fpic -o libhello.so

1.1K2 0

Jetson TX1上安装Tensorflow Serving遇到的问题总结

本文的目的是分享在TX1上安装Tensorflow Serving时遇到的主要问题，避免重复踩坑。...原本想尝试交叉编译的，因为板子上编译很慢，但考虑板子上编译坑会少点，所以这里只尝试了在板子上编译的方式。安装遇到的问题这里只列出主要的。...这个加太多也不好，因为大量的swap IO会导致编译很慢 (3) 多次尝试发现这个问题都出在同一个地方时，可以在bazel编译时加个--jobs=2的选项，来限制同时编译任务数量，默认是用CPU核数（TX1...建议挺过那几个比较耗内存的编译任务后，再停掉编译并重新用之前的方式编译，这样会快一些，不然一天一夜都编译不完。...尝试过各种加-fPIC，还尝试fno-stack-protector等方法，发现都没用。后来发现，其实不是没用，而是没生效。因为一重新编译，之前改的Makefile之类的就又被刷回来了。

2.8K4 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云