ld: i386 架构于输入文件foo.o 与 i386:x86-64 输出不兼容

最新推荐文章于 2024-10-29 15:18:14 发布
转载 最新推荐文章于 2024-10-29 15:18:14 发布 · 1.6k 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：https://www.cnblogs.com/olajennings/p/6662925.html

本文深入探讨了人工智能算法标注的高效方法，分享了如何精准理解和标注复杂数据集的经验，以及提升标注质量和效率的策略。
guozuofeng
关注
Linux 二进制分析-Linux环境和工具（chapter 1)
犇叔的博客
12-01 1390
linux ELF 二进制分析
X86-64寄存器和栈帧
weixin_34067980的博客
11-20 1153
简介 通用寄存器可用于传送和暂存数据，也可参与算术逻辑运算，并保存运算结果。除此之外，它们还各自具有一些特殊功能。通用寄存器的长度取决于机器字长，汇编语言程序员必须熟悉每个寄存器的一般用途和特殊用途，只有这样，才能在程序中做到正确、合理地使用它们。 16位cpu通用寄存器共有　8　个：AX,BX,CX,DX,BP,SP,SI,DI. 八个寄存器都可以作为普通的数据寄存器使用。 但有的有特殊...
/usr/bin/ld: i386 architecture of input file `xx‘ is incompatible with i386:x86-64 output
qq_38871173的博客
03-23 1393
Cmake解决办法： add_compile_options(-m32) set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -m32") set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} -m32") set(CMAKE_MODULE_LINKER_FLAGS "${CMAKE_MODULE_LINKER_FLAGS} -m32") set(CMAKE_STATIC_LINK
Ubuntu 16.04使用NASM编译时用ld链接程序出现：i386 架构于输入文件 sandbox.o 与 i386:x86-64 输出不兼容（I386 architecture in the i...
angou6476的博客
07-25 503
错误： 问题解决过程： 1、先确定CPU的架构 2、这是以64位架构的CPU，如果使用elf参数时，默认是以32位模式去处理，那么此时需要更精确的去指定这个模式，比如elf32（32位），elf64（64位），具体的参考：http://www.nasm.us/doc/nasmdoc7.html 那么改写上面的写法可以为： nasm -f elf64 -g -F st...
linux架构于输出文件,Ubuntu 16.04使用NASM编译时用ld链接程序出现：i386 架构于输入文件 sandbox.o 与 i386:x86-64 输出不兼容...
weixin_35965051的博客
05-15 279
Ubuntu 16.04使用NASM编译时用ld链接程序出现：i386 架构于输入文件 sandbox.o 与 i386:x86-64 输出不兼容(I386 architecture in the input file sandbox.o is not compatible with i386: x86-64 output)错误：问题解决过程：1、先确定CPU的架构2、这是以64位架构的CPU，如...
ld: i386 架构于输入文件 bar.o 与 i386:x86-64 输出不兼容
weixin_33713350的博客
08-02 1716
报错：ld: i386 架构于输入文件 foo.o 与 i386:x86-64 输出不兼容 或者：ld: i386 architecture of input file `foo.o' is incompatible with i386:x86-64 output 编译链接指令 1 1 nasm -f elf foo.s -o foo.o 2 1 gcc -c bar.c -o bar.o 3 1...
跨架构构建难题破解：ARM、RISC-V、x86_64 Recipe适配策略全解析
[跨架构构建难题破解：ARM、RISC-V、x86_64 Recipe适配策略全解析](https://ucc.alicdn.com/pic/developer-ecology/p3o53ei5jzzao_096b26be6e7b4372995b9a3e7e55f9c8.png?x-oss-process=image/resize,s_500,m_lfit) ...
glibc 知：构建机制
canpool
05-06 1355
文章目录1. 前言1.1. 执行配置命令1.2. 生成构建日志2. 构建2.1. 总体机制2.1.1. 默认规则2.1.2. lib规则2.1.3. stamp规则2.1.4. subdir_lib规则2.1.4.1. subdirs列表2.1.5. libtypes规则2.1.5.1. o-iterator2.1.6. libc.so规则2.2. 系统调用的选择机制2.2.1. strcpy实现2.2.2. 系统依赖规则2.2.3. sysd-rules.awk2.2.4. sysd-rules文件2.2
操作系统真象还原 -- ld: i386 架构于输入文件 lib/kernel/print.o 与 i386:x86-64 输出不兼容
moots
02-20 3537
目录 原因： 解决方案 ： 第六章实现字符串打印时 1.nasm -f elf -o lib/kernel/print.o lib/kernel/print.asm  2.gcc -I ./lib/ -c -o kernel/main.o kernel/main.c  3.ld -Ttext 0xc0001500 -e main -o kernel/kernel.bin ke...
Cmake报错：i386 architecture of input file
枫影竹韵的博客
10-29 585
检查您的 CMake 配置是否正确指定了目标架构。如果您是在 Windows 上使用 MinGW 编译器，并且目标架构应该是 x86-64，确保您的 CMakeLists.txt 文件中的。文件是针对 i386 架构的，而您的最终输出应该是 x86-64 架构的。这意味着您尝试将一个 32 位的对象文件链接到一个 64 位的可执行文件中，这是不允许的。（资源编译器）编译的，确保它是为正确的架构编译的。Cmake在编译的时候报错，表明编译过程中遇到了架构不兼容的问题。命令包含了正确的语言标准和架构。
c语言文件不兼容,c)出错和链接问题：i386:x86-64输入文件架构，与i386输出不兼容...
weixin_34460466的博客
05-23 1554
当我在终端中输入“make”时，我有错误信息输出！gcc test1.o dispatchQueue.o -o test1 -pthread/usr/bin/ld: i386:x86-64 architecture of input file `test1.o' is incompatible with i386 output/usr/bin/ld: final link failed: ...
GeekOS编译于64位linux系统
holoblog
10-07 206
开始GeekOS之旅的时候,一开始就碰到了小麻烦,在自己64位的Fedora上编译GeekOS的时候报如下错误: geekos/lowlevel.o: could not read symbols: File in wrong format 断定是平台问题.再去官网看了下:GeekOS is a tiny operating system kernel for x86 PCs.看了后就决定...
/usr/bin/ld: i386:x86-64 architecture of input file `command.o' is incompatible with i386 output
weixin_34106122的博客
07-02 1368
/usr/bin/ld: i386:x86-64 architecture of input file `command.o' is incompatible with i386 output 出现这种警告的时候的时候，运行程序老是段错误，要加-m32，就好了。 gcc -m32 -o usehello_static usehello.c libhello.a 原因引用的...
/usr/bin/ld: i386 architecture of input file `regcomp.o' is incompatible with i386:x86-64 output
unix12346789的专栏
09-01 2651
个问题是原来在32位Linux 系统下编译的o文件残留，在64位编译时候所提示的编译错误。make clean && make
usr/bin/ld: i386 architecture of input file XXX.a( xxx.o) is incompatible with i386:x86-64
Snfiltration
09-16 2903
问题：usr/bin/ld: i386 architecture of input file XXX.a( xxx.o) is incompatible with i386:x86-64 output 在32位Linux 系统下编译的o文件残留， 在64位编译时候提示的编译错误。 方案1：make clean 方案2：部分情况是Makefile或者cmakelist编写错误，可以查看是否有编译平台指定错误 例如在默认64编译环境下编译32位工程，要指定编译器属性 set_target_properties(
编译海思Hi3518EV200 报错 /usr/bin/ld: i386:x86-64 architecture of input file `mkyaffs2image.o' is incompat
taotongning的博客
09-04 2315
解决办法： 这里使用的环境为ubuntu16.04 32位，之所以报错是因为这个SDK之前在64位的环境编译过，留下的中间文件mkyaffs2image.o没有清理干净，只要把这些mkyaffs2image.o在64位机器编译留下的中间文件清理干净，问题自然解决。 切换到/opt/Hi3518E_SDK_V1.0.2.0/osdrv/tools/pc/mkyaffs2image/mkyaf...
sources:= foo.cbar.cbaz.sugh.hfoo: $(sources)cc $(filter%.c %.s,$(sources))-o foo sources:= count_words.ccounter.clexer.cobjects:= $(subst.c,.o,$(sources))
最新发布
08-13
你提供的内容看起来像是一个不完整的 Makefile 片段。它试图定义一些变量和规则来构建 C 语言项目，但存在一些语法和逻辑问题。我们来逐行分析并修正它。 --- ### ✅ 正确的 Makefile 示例： ```makefile # 定义源文件列表 sources := foo.c bar.c baz.s ugh.h # 定义目标文件 foo: $(sources) cc $(filter %.c %.s,$(sources)) -o foo # 另一个目标：使用 .o 文件构建程序 sources2 := count_words.c counter.c lexer.c objects := $(subst .c,.o,$(sources2)) # 构建可执行文件 count_words: $(objects) cc $(objects) -o count_words # 模式规则：如何从 .c 文件生成 .o 文件 %.o: %.c cc -c $< -o $@ ``` --- ### 🔍 问题分析与解释： 1. **`sources := foo.cbar.cbaz.sugh.h`** 这一行的写法是错误的，变量 `sources` 应该用空格分隔多个文件名： ```makefile sources := foo.c bar.c baz.s ugh.h ``` 2. **`foo: $(sources)`** 这是一个目标规则，表示要生成 `foo` 可执行文件，依赖于所有源文件。 3. **`cc $(filter %.c %.s,$(sources)) -o foo`** 这里使用了 `filter` 函数，从 `sources` 中筛选出 `.c` 和 `.s` 文件进行编译。但要注意 Makefile 中的语法格式：`%.c %.s` 应该写作 `%.c %.s`（中间有空格）。 4. **`sources := count_words.ccounter.clexer.c`** 同样地，这行也是错误的，应改为： ```makefile sources2 := count_words.c counter.c lexer.c ``` 5. **`objects := $(subst .c,.o,$(sources))`** 这行使用 `subst` 函数将 `.c` 替换为 `.o`，生成目标文件列表。但注意不能将 `.h` 或 `.s` 文件替换，否则会出错。 6. **Makefile 的编译规则缺失** 需要定义如何从 `.c` 文件生成 `.o` 文件，即： ```makefile %.o: %.c cc -c $< -o $@ ``` --- ### ✅ 最终 Makefile 示例（完整）： ```makefile # 定义源文件列表 sources1 := foo.c bar.c baz.s ugh.h # 构建第一个程序 foo foo: $(sources1) cc $(filter %.c %.s,$^) -o $@ # 定义第二个项目的源文件 sources2 := count_words.c counter.c lexer.c objects := $(sources2:.c=.o) # 构建第二个程序 count_words count_words: $(objects) cc $^ -o $@ # 编译 .c 到 .o 的通用规则 %.o: %.c cc -c $< -o $@ ``` --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值