一些老版本的DEMO经常会出现的错误（ld: -pie can only be used when targeting iOS 4.2 or later clang: error: linker c）

最新推荐文章于 2023-09-26 17:22:35 发布
原创 最新推荐文章于 2023-09-26 17:22:35 发布 · 764 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ios开发 #bug

本文介绍了因模拟器版本过旧导致的问题及解决方法。通过调整版本设置，使其与模拟器相匹配，从而解决运行中出现的错误。

错误提示:


错误原因:因为版本比较旧，模拟器与版本不匹配

解决方法:如下图，将版本改为与模拟器相匹配就行了

图2



【sdk-3.6.0】RTL8197FH编译出现ld: conf.o: relocation R_X86_64_32 against `.rodata.str1.8‘ can not be used
wgl307293845的博客
03-28 820
Realtek sdk编译出现conf.o: relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a PIE object
报错解决：usr/bin/ld: output.o: relocation R_X86_64_32 against `.rodata.str1.1' can not be used when maki
个人博客
06-15 6579
晚上在用g++的时候报错如下： -> # g++ output.o -o test /usr/bin/ld: output.o: relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final...
ld: -pie can only be used when targeting iOS 4.2 or later clang: error: linker command failed with e
会飞的石头
04-17 513
EGOTableViewPullRefresh使用问题
Xcode 运行cocos 2D 报错 （ld: -pie can only be used when targeting iOS 4.2 or later） 解决办法
瓦尔登湖
12-16 1825
Xcode  运行cocos 2D 程序报如下错误 ld: -pie can only be used when targeting iOS 4.2 or later clang: error: linker command failed with exit code 1 (use -v to see invocation) 解决方法：将下面的iOS Depolyment Target
Xcode 6.2 error::can only be used when targeting iOS 4.2 or later
zhuimengfuyun的专栏
04-24 3933
当使用Xcode打开从网上down下来的demo时，编译有时会出现can only be used when targeting iOS 4.2 or later. 这是由于IOS运行版本不同导致的。 解决办法是： 点击项目导航文件--> 选中Targets--> 选择 Build Setting --> 展开IOS Deployment Target 把IOS版本改成大
ld: warning: PIE disabled.
Keivin
03-19 9121
尝试iOS device时链接期提示警告信息： ld: warning: PIE disabled. Absolute addressing (perhaps -mdynamic-no-pic) not allowed in code signed PIE, but used in _FT_Stream_Open from /Users/kres/Downloads/freetype-2.4.9
ld: -pie can only be used when targeting iOS 4.2 or later
向项目经理冲刺
12-02 596
ld: -pie can only be used when targeting iOS 4.2 or later clang: error: linker command failed with exit code 1 (use -v to see invocation) 具体信息：     export IPHONEOS_DEPLOYMENT_TARGET=4.1     ex
多线程leetcode-hello-architect::pie::pie::pie:加餐加餐~日常学习Demo
06-30
:pie::pie::pie:加餐加餐~ 日常学习Demo jvm-learn : jvm 学习练习相关项目 leetcode-learn : 数据结构算法相关练习，leetcode 练习 multithreading-topic : 多线程相关的练习 redis-jedis : redis 基本使用的练习 ...
精选资源
react-native-time-pie:饼图与时间
05-16
react-native-time-pie 运行效果 添加依赖 Android默认就包含ART库，IOS需要单独添加依赖库。 使用xcode中打开react-native中的ios项目，选中Libraries目录 ——> 右键选择Add Files to 项目名称 ——> node_modules...
Android ：clang.exe: error: linker command failed with exit code 1 (use -v to see invocation)
yuan7016的博客
01-03 3574
  今天在使用Android Studio3.0.1 ，升级了build:gradle 后，编译项目报错：clang.exe: error: linker command failed with exit code 1 (use -v to see invocation)      ninja:build stopped:subcommand failed. FAILURE: Build f...
-pie can only be used when targeting iOS 4.2 or later错误解决
sanyuancap
11-11 2267
在工程的build setting里，把IPHONEOS_DEPLOYMENT_TARGET改成4.2或以上就行了
虚拟机安装ubuntu +xenomai3.1补丁
pupil_wjj的博客
05-07 4968
@虚拟机安装ubuntu +xenomai补丁 基础准备 研究生刚入学在实验室电脑双系统上加装xenomai补丁，装了一个礼拜，走了很多弯路。这次疫情在家，决定在自己的笔记本上使用虚拟机安装。本来以为有去年的经验，一次性能装好。万万没想带，又装了一礼拜（三四天吧）。特此留贴，一位做个纪念，二来也为别的新手少走弯路。 准备工作如下： 虚拟机-VMware，自行官网下载或其他途径下载并购买（破解） ...
小技巧
playerthinker的专栏
02-04 605
1.arm-linux-ld -pie 生成位置无关代码
mac 编译问题记录
qq_38781075的博客
09-26 840
Linux 上用 --no-pie。mac 上用 -no-pie。
MAC链接器ld命令参数，XCode链接器ld命令参数
demondev
08-06 5765
man ld | col -b > ./ld.txt 输出： ld(1)  BSD General Commands Manual ld(1) NAME      ld -- linker SYNOPSIS      ld files...  [options] [-o outputfile] DESCRIPTION      The ld comman
linux can静态编译,gcc Linux ldd中的“静态链接”和“不是动态可执行文件”有什么区别？ - 糯米PHP...
weixin_39946429的博客
05-06 1364
这里有两件事：是否请求ELF解释器(ld.so)。就像#!/bin/sh但对于二进制文件一样，在之前运行_start。这是静态可执行文件与动态可执行文件之间的区别。可供ld.so加载的动态链接库的列表恰好为空。显然，这就是ldd所谓的“静态链接”，即您在构建时可能已链接的任何库都是静态库。其他工具喜欢file和readelf提供更多信息，并使用与您期望的术语相匹配的术语。您的GCC已配置-pie为...
Xcode 提示 pie can only be used when targeting iOS 4.2 or
baidu_28383939的博客
05-21 280
出现该错误时, 点击项目名称>Targets>Deployment Info>Deployment Target ,   修改为4.2以上的即可.
clang: warning: argument unused during compilation: ‘-no-pie‘ [-Wunused-command-line-argument]
Acx7的博客
06-16 4481
mac使用golang出现问题
relocation R_X86_64_32 against `.rodata' can not be used when making a PIE object; recompile with -fPIE /usr/bin/ld: failed to set dynamic section sizes: bad value collect2: error: ld returned 1 exit status这个错误如何解决？
最新发布
08-31
<think> 我们正在处理一个编译链接错误，错误信息是： 'relocation R_X86_64_32 against `.rodata' can not be used when making a PIE object; recompile with -fPIE' 以及 '/usr/bin/ld: failed to set dynamic section sizes: bad value' collect2: error: ld returned 1 exit status 根据引用资料，这个错误通常与位置无关代码（PIE）有关。在较新的Ubuntu版本（如18.04）中，编译器的默认设置可能启用了PIE（位置无关可执行文件），而旧版本（如16.04）没有。当链接器尝试将非位置无关的代码（如一些没有使用-fPIE或-fPIC编译的静态库或目标文件）链接到PIE可执行文件时，就会出现这种错误。 解决思路： 1. 重新编译所有源代码（包括依赖的库）时加上-fPIE或-fPIC选项，以生成位置无关的代码。 2. 如果某些依赖的库无法重新编译（如第三方预编译库），则可能需要禁用PIE。 具体步骤： 方法一：重新编译并添加-fPIE或-fPIC选项 - 如果是自己编译的代码，可以在编译命令（CFLAGS/CXXFLAGS）中添加`-fPIE`或`-fPIC`选项。 - 例如：`gcc -fPIE -c file.c` 编译源文件，然后在链接时使用`-fPIE -pie`（或者直接使用`-pie`，但编译时通常需要-fPIE）。 - 对于链接阶段，通常需要在编译所有目标文件时使用`-fPIE`，然后在链接可执行文件时加上`-pie`选项（有时链接器会自动处理，但显式指定更安全）。 - 如果项目使用makefile，可以修改CFLAGS/CXXFLAGS： ``` CFLAGS += -fPIE LDFLAGS += -pie ``` 方法二：禁用PIE（如果重新编译不可行） - 在链接时添加`-no-pie`选项，禁用PIE。 - 例如：`gcc -no-pie -o program file1.o file2.o ...` - 注意：禁用PIE可能会降低安全性（因为关闭了ASLR对可执行文件的保护），所以优先考虑方法一。 根据引用[5]中的例子，错误信息中提示了&ldquo;recompile with -fPIE”，所以重新编译目标文件（.o文件）时加入`-fPIE`可能是最直接的解决方法。 另外，错误信息中还出现了&ldquo;/usr/bin/ld: failed to set dynamic section sizes: bad value”，这通常是因为链接过程中出现了前面的错误（即重定位错误）而导致的连锁错误。因此，解决重定位问题后，这个错误也会消失。 实例分析引用[4]：在edk2编译BaseTools时，错误指向了静态库libCommon.a中的目标文件需要重新编译。解决方法应该是重新编译生成这个静态库，并在编译库的源代码时加上`-fPIC`（因为静态库会被链接到共享库或PIE可执行文件中，通常使用-fPIC）。 步骤总结： 1. 找到所有需要重新编译的源代码（包括依赖库），确保编译时加入`-fPIE`或`-fPIC`（对于静态库，推荐使用`-fPIC`）。 2. 重新编译这些代码，生成新的目标文件。 3. 在链接可执行文件时，确保使用`-pie`选项（如果使用-fPIE则链接时需要-pie，如果使用-fPIC则不一定需要，但两者都可以）。 如果无法重新编译某些依赖库（比如第三方预编译库），则尝试在链接时使用`-no-pie`来禁用PIE。 对于用户的具体错误，可以尝试： - 如果正在构建自己的项目，修改Makefile（或构建脚本）中的编译标志。 - 如果使用cmake，可以在CMakeLists.txt中添加： ```cmake set(CMAKE_POSITION_INDEPENDENT_CODE ON) ``` 这会在编译时自动添加`-fPIC`（或`-fPIE`，取决于目标类型）。 注意：在Ubuntu 16.04升级到18.04后，默认的gcc行为发生了变化，启用了PIE。因此，在升级系统后编译旧项目可能会遇到此问题。 最后，请确保在修改后重新构建整个项目（先clean再重新编译）。 如果上述方法都不能解决，请检查是否还有其他链接错误，因为多个错误可能同时存在。 </think> ### 解决 `relocation R_X86_64_32 against `.rodata'` 错误的方法 该错误是由于 **位置无关代码（PIE）** 的编译策略冲突导致，常见于 Ubuntu 18.04+ 或较新的 GCC 版本。以下是完整解决方案： #### 🔧 方法一：添加编译选项（推荐） 在编译命令中加入 `-fPIE` 和 `-pie` 标志： ```bash # C语言项目 gcc -fPIE -pie -o your_program *.c # C++项目 g++ -fPIE -pie -o your_program *.cpp # Makefile修改示例 CFLAGS += -fPIE LDFLAGS += -pie ``` **原理**： Ubuntu 17.10+ 默认启用 PIE 增强安全性[^2][^5]，`-fPIE` 生成位置无关代码，`-pie` 使可执行文件支持地址随机化（ASLR）。 #### 方法二：强制禁用 PIE（备用） 若方法一无效，临时禁用 PIE 兼容性： ```bash gcc -no-pie -o your_program *.c ``` > ⚠️ 注意：这会降低程序安全性，仅建议临时测试使用[^3][^5]。 #### 📦 方法三：重建依赖库 当错误涉及静态库（如 `.a` 文件）时： ```bash # 1. 清理旧编译 make clean # 2. 重新编译库（关键步骤） cd path/to/library make CFLAGS="-fPIC" CXXFLAGS="-fPIC" # 3. 重新链接主程序 gcc -fPIE -pie -o main main.c -L/path/to/library -lmylib ``` **关键点**： 静态库需用 `-fPIC`（非 `-fPIE`）编译[^4]，因其会被多个可执行文件共享。 #### 系统级修复 更新系统工具链： ```bash sudo apt update sudo apt install --reinstall build-essential binutils ``` --- ### 错误原因深度分析 1. **PIE 机制冲突** 新系统默认要求所有代码段支持地址随机化，但旧目标文件（`.o`/`.a`）未按此标准编译[^1][^2][^5]。 2. **重定位类型限制** `R_X86_64_32` 重定位要求绝对地址，与 PIE 的相对地址需求冲突[^3]。 3. **工具链版本差异** Ubuntu 16.04 → 18.04 后 GCC 默认启用 PIE[^2]，导致旧项目编译失败。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值