/usr/bin/ld: i386 architecture of input file `regcomp.o' is incompatible with i386:x86-64 output

最新推荐文章于 2024-07-02 23:10:57 发布

原创最新推荐文章于 2024-07-02 23:10:57 发布 · 2.6k 阅读

0 ·

CC 4.0 BY-SA版权

本文介绍了一个在从32位Linux系统迁移到64位系统时遇到的问题：旧的.o文件导致的编译错误。解决方案是使用make clean&&make命令来清理并重新编译项目。

个问题是原来在32位Linux 系统下编译的o文件残留，在64位编译时候所提示的编译错误。make clean && make

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

unix12346789

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21‘ not found 解决方案

weixin_43178406的博客

04-19

11万+

本文主要介绍了node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21’ not found解决方案，希望能对使用xx的同学们有所帮助。文章目录 1. 问题描述 2. 解决方案

安装glibc出现../sysdeps/nptl/pthread.h:744:47:error:argument 1 of type ‘struct __jmp_buf_tag *‘ 解决方案

1 条评论

k_sy 2022.07.28
是不是说反了？

/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

/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 原因引用的...

ld: i386 architecture of input file is incompatible with i386:x86-64 output

u012329294的专栏

10-04

2675

ld: i386 architecture of input file is incompatible with i386:x86-64 output

usr/bin/ld: i386 architecture of input file XXX.a( xxx.o) is incompatible with i386:x86-64

Snfiltration

09-16

2904

问题：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(

makemenuconfig的时候提示/usr/bin/ld: i386 architecture of input file `mconf.o‘ is incompatible with i386:

JISIC的博客

07-02

535

所以在执行make menuconfig在后台链接的过程中会提示文件类型与当前主机架构不符，解决方法就是把这个.o文件删除，然后偶重新执行make menuconfig，他就会重新生成适合我们当前主机架构的.o文件，这样才会正常链接，并且加载出menuconfig图形化配置界面。思路步骤：因为这些.o文件是在以前的老的ubuntu12的i386架构上编译得到的，所以file命令查看该.o文件类型为32-bit，i386类型。

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

Sherlock_Holmes_lv的博客

08-08

3205

ld: i386 architecture of input file `foo.o’ is incompatible with i386:x86-64 output 编译链接指令 nasm -f elf foo.s -o foo.o gcc -c bar.c -o bar.o ld -s -o foobar bar.o foo.o 汇编语言用nasm编写并用nasm编译器编译，而C语言用的是gcc编译，这些都没有问题，但是在链接的时候出错了，提示如下： ld: i386 architecture.

/usr/bin/ld: warning: libopencv_imgcodecs.so.3.2, needed by /usr/lib/x86_64-linux-gnu/libopencv_high

keeplearning365的博客

11-25

7790

出现一个警告信息，暂时不管 /usr/bin/ld: warning: libopencv_imgcodecs.so.3.2, needed by /usr/lib/x86_64-linux-gnu/libopencv_highgui.so.3.2.0, may conflict with libopencv_imgcodecs.so.3.3 /usr/bin/ld: warning: libopencv_imgproc.so.3.2, needed by /usr/lib/x86_64-linux-gn

ld: i386 architecture of input file `kernel.o‘ is incompatible with i386:x86-64 output

qq_26950893的博客

07-05

2785

学习操作系统时，链接几个用nasm汇编器生成的elf文件时，出现如题所示的错误提示。操作如下： nasm -f elf kernel.asm -o kernel.o nasm -f elf string.asm -o string.o nasm -f elf kliba.asm -o kliba.o gcc -c start.c -o start.o -fno-builtin-memcpy ld -s -Ttext 0x30400 -o kernel.bin kernel.o kliba.o string

编译海思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...

ld: i386 architecture of input file `write.o' is incompatible with i386:x86-64 output报错

Yannie's Blog

11-21

9466

当我在进行一个简单的编译一个内核的时候，在输入如下命令后 nasm -f elf -o write.o write.S ld -m elf_i386 -s -o write.bin write.o 出现报错如下： ld: i386 architecture of input file `write.o' is incompatible with i386:x86-64 output 原因是...

is incompatible with i386:x86-64 output

zhanzheng520的专栏

05-24

4815

/usr/bin/ld: warning: i386 architecture of input file `./src/main.o' is incompatible with i386:x86-64 output 出现这种警告的时候的时候，运行程序老是段错误，要加-ms32，就好了。 gcc -m32 -o usehello_static usehello.c libhello.a

ld: i386 architecture of input file `eatsyscall.o' is incompatible with i386:x86-64 output

tom__mao__的博客

11-21

4818

在Ubuntu下用学习汇编语言编程，在使用ld链接时有碰到标题所示的问题。很明显，root cause 是我编译好的文件（eatsyscall.o）是遵循i386 architecture, 而我使用的计算机却是i386：x86-64架构，即在64位机器上编译32位代码我安装的ubuntu version是14.04，此版本下预安装的ld（链接工具）显示： Supported emula

linux下出现architecture of input file `*.o' is incompatible with i386:x86-64 output的解决方法

豌豆先生

06-12

1万+

architecture of input file `*.o' is incompatible with i386:x86-64 output ld returned 1 exit status

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...

usr/bin/ld: i386 architecture of input file XXX.a( xxx.o) is incompatible with i386:x86-64 output

jiang_dlut

04-24

1万+

这个问题是原来在32位Linux 系统下编译的o文件残留，在64位编译时候所提示的编译错误。make clean 可以解决。也可手动删除提示的o文件，之后重新编译。

64位ubuntu20.04上编译32位汇编程序，并连接C库函数

zhaopeng01zp的博客

02-21

4880

要解决的问题如下： /usr/bin/ld: 当搜索用于 /usr/lib/x86_64-linux-gnu//libc.so 时跳过不兼容的 -lc 或者在连接的时候ld提示 ld: i386:x86-64 architecture of input file `multest.o’ is incompatible with i386 output 或者编译生成可执行文件运行后提示 bash: ./multest: 正在访问一个已毁坏的共享库。我的系统是64位的ubuntu20.04。汇编

最新发布

08-21

<think>首先，用户要求使用中文回答问题。问题内容是关于一个编译错误的日志：make[2]: Entering directory ... 等等，显示了在编译squashfs-tools时出现的链接错误。错误信息表明：输入文件是64位架构（i386:x86-64），但输出要求是32位（i386），导致不兼容。具体错误是：ld: i386:x86-64 architecture of input file ... is incompatible with i386 output，最后是链接失败。我需要分析这个错误并提供解决方案。核心问题是架构不匹配：编译的目标文件是64位的，但链接器试图生成32位可执行文件。在Linux编译中，这通常是由于编译和链接时使用了不同的-m32或-m64标志。错误信息中提到"incompatible with i386 output"，i386指的是32位x86架构。可能的原因： - Makefile或编译脚本中指定了生成32位目标，但编译器默认生成了64位目标。 - 环境变量或工具链配置错误。解决方案： 1. 确保所有编译步骤使用一致的架构标志。例如，如果目标是32位，应添加-m32标志。 2. 检查Makefile或编译命令是否强制了32位输出。 3. 清理构建目录并重新编译，确保没有残留对象文件。在错误日志中，链接命令是：gcc mksquashfs.o ... -o mksquashfs，没有指定-m32，但链接器期望i386输出。这可能意味着在编译对象文件时，没有使用-m32，或者链接器被配置为32位。在gcc中，-m32用于生成32位代码，-m64用于64位。默认可能取决于系统。因此，解决方法是显式添加-m32到编译和链接命令。现在，回答结构： - 先用中文解释问题。 - 然后提供解决方案。 - 最后，必须输出§§相关问题§§，并列出3-5个相关问题。 §§相关问题§§必须输出在末尾，第一行必须是"§§相关问题§§"，禁止换行分散。所以，在回答后直接写"§§相关问题§§"，然后列出问题。示例格式显示：先有内容，然后"§§相关问题§§"，再是1. 2. 3. 等。所以，我的回答： 1. 解释错误。 2. 给出解决方案。 3. 结束语。 4. 然后"§§相关问题§§"和问题列表。相关问题应该基于用户的问题和我的回答。用户的问题是编译错误，所以我应该问一些扩展问题，比如： - 如何避免这种错误？ - 其他常见编译错误？ - 如何配置交叉编译？ - 等等。列出3-5个。现在，构建回答。 **解释错误：** 这个错误发生在编译squashfs-tools时，链接器（ld）报告输入文件（如mksquashfs.o）是64位架构（x86-64），但输出要求是32位（i386），导致不兼容。最终链接失败。原因可能是编译和链接步骤的架构不匹配，例如编译时生成了64位对象文件，但链接时试图生成32位可执行文件。 **解决方案：** 1. 检查Makefile或编译脚本，确保在编译和链接时使用一致的架构标志。例如，添加`-m32`选项来生成32位代码。 2. 清理构建目录（如运行`make clean`），然后重新编译，指定`-m32`标志。 3. 如果系统默认是64位，可能需要显式设置环境变量或修改配置。 4. 例如，在编译命令中添加`-m32`：`gcc -m32 ... -o mksquashfs`。在错误日志中，链接命令没有-m32，所以添加它应该解决。 **结束回答。** 然后，**§§相关问题§§** 1. 如何防止编译时出现架构不匹配错误？ 2. 在Linux中，如何检查对象文件的架构（如32位或64位）？ 3. 交叉编译时，如何配置工具链以避免类似问题？ 4. 除了架构不匹配，编译squashfs-tools时还可能遇到哪些常见错误？ 5. 如何修改Makefile来强制32位编译？我需要3-5个，所以选4个。确保所有内容用中文。</think>这个错误发生在编译squashfs-tools时，链接器（ld）报告输入文件（如mksquashfs.o）是64位架构（x86-64），但输出目标要求是32位（i386），导致架构不兼容而链接失败。具体原因是编译生成的对象文件（.o文件）是64位的，但链接步骤试图生成32位可执行文件，这通常是由于编译和链接时架构标志不一致造成的。例如，在64位系统上，gcc默认生成64位代码，但Makefile或编译脚本可能隐式或显式地指定了32位输出。 ### 解决方案： 1. **添加显式架构标志**：在编译和链接命令中加入 `-m32` 选项来强制生成32位代码。例如，修改Makefile或直接在命令中添加： ```bash gcc -m32 mksquashfs.o read_fs.o ... -o mksquashfs ``` 确保所有对象文件编译时也使用 `-m32`（如通过 `CFLAGS += -m32` 在Makefile中设置）。 2. **清理并重新编译**：先运行 `make clean` 清除旧对象文件，然后重新编译指定32位目标： ```bash make clean make CFLAGS="-m32" LDFLAGS="-m32" ``` 3. **检查系统配置**：确认工具链是否支持32位编译。在Linux上，可能需要安装32位库（如Ubuntu下运行 `sudo apt install gcc-multilib`）。 4. **验证对象文件架构**：使用 `file` 命令检查 .o 文件是否一致（如 `file mksquashfs.o` 应显示 "ELF 32-bit"）。如果问题持续，检查Makefile中是否有硬编码的架构设置或环境变量（如 `CC` 或 `ARCH`）。