在x86-64位机器上不用gcc直接ld：ld: warning: cannot find entry symbol _start; defaulting to 00000000004002c8

最新推荐文章于 2024-04-02 21:33:33 发布

DREAMWORLD6

最新推荐文章于 2024-04-02 21:33:33 发布

阅读量1w

点赞数

CC 4.0 BY-SA版权

文章标签：工作语言 c 64位 x86

本文链接：https://blog.youkuaiyun.com/DREAMWORLD6/article/details/17552149

本文详细介绍了在使用GCC和LD链接器过程中遇到的问题，特别是当使用ld链接器链接由gcc生成的对象文件时出现的warning，以及如何通过修改链接命令来解决这些问题并确保生成可执行文件的正确性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

随便在x86的linux机器上写了一个test.c文件，文件中只有main函数。

如果使用gcc test.c 就可以直接编译生成可执行文件a.out。但是如果想把gcc拆开来。

先gcc -c test.c

再用ld链接成可执行文件的时候，如果直接使用ld test.o -lrt，是会报warning，类似ld: warning: cannot find entry symbol _start; defaulting to 00000000004002c8

这是因为gcc默认在crt*.o中定义了_start，而默认地址就是00000000004002c8。虽然ld这样能够生成a.out,但是运行不了，可能会报
-bash: ./a.out: No such file or directory

即使你能看见a,out并且有大小。但是就是不认识。

这时候需要这样修改ld -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 test.o /usr/lib64/crt1.o /usr/lib64/crti.o /usr/lib64/gcc/x86_64-linux/4.3/crtbegin.o -lc /usr/lib64/gcc/x86_64-linux/4.3/crtend.o /usr/lib64/crtn.o

32位机器则把相应的64位那儿去掉即可。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

DREAMWORLD6

关注关注

0
点赞
踩
2

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

arm-fslc-linux,交叉编译下/arm-fslc-linux-gnueabi/gcc/arm-fslc-linux-gnueabi/7.3.0/real-ld: cannot find -l...

weixin_28835789的博客

05-13

1451

今天编译一个有关于v2x的文档quectel_cv2x_sdk，但是在按照指导操作后make怎么都通过不了，开始是因为解压缩后的软链接失效，后来ln -s 后还是会出现一些丢失库文件ubuntu@ubuntu:~/Downloads/quectel_cv2x_ag15_sdk_v1.24.1_20191224/acme_imx6$ makearm-fslc-linux-gnueabi-gcc -...

linux目录误删文件 /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory

qq_37960317的博客

03-18

2468

4.重启后出现这个界面，把光标移动到Troubleshooting，按回车，再选择Rescue a CentOS system，按回车就入救援模式。使用sln命令，可以创建到源文件的符号链接目标文件，它是静态链接的，无需动态链接，可以绕过ln命令。这个时候再使用sudo命令也不好使了，该怎么办。2.启动虚拟机时，选择电源–>打开电源时进入固件，进入启动界面。5.等待一段时间后，会出现如下界面，这里我们直接输入1。1.编辑虚拟机设置，挂载系统镜像，并设置启动时连接。这个时候，会再次看到下面的界面，依然选择。

参与评论您还未登录，请先登录后发表或查看评论

解决“arm-linux-ld: warning: cannot find entry symbol _start; defaulting to 00000000”问题

热门推荐

路漫漫其修远兮，吾将上下而求索！

02-22

1万+

在Linux中使用arm-2009q3编译工具链编译时，其中arm-none-linux-gnueabi-ld 链接器出现警告：arm-linux-ld: warning: cannot find entry symbol _start; defaulting to 00000000 原因：这句警告的意思就是说链接器在做程序链接的时候没有找到 _start 这个符号。这是因为 _start...

嵌入式Linux学习笔记8——解决“arm-linux-ld: warning: cannot find entry symbol _start; defaulting to 00000000”问题

masudong的博客

04-02

6629

在使用arm-linux-gcc工具编译汇编文件的时候，当执行arm-linux-ld操作的时候，系统显示“arm-linux-ld: warning: cannot find entry symbol _start; defaulting to 00000000” 原因：链接器在做程序链接的时候没有找到 _start 这个符号。（_start 是 arm 汇编程序的入口）解决方法：在 _st...

编译内核出现cannotfindentrysymbol_start问题

chuanzhilong的博客

10-21

2961

环境：Ubuntu 12.04（lsb_release -a命令查看）交叉编译工具：arm-linux-gcc 4.4.3 linux内核：2.6.29 编译zImage时突然出现如下问题： ... 2.6.29/usr/bin/ld:warning:cannotfindentrysymbol_start /bin/sh: defaultingto080480b8: comm

ld: warning: cannot find entry symbol _start; defaulting to 00000000004002a0

farmwang的专栏

06-04

8632

没有__start是因为c程序以main为主函数,汇编以start为主函数入口你改用gcc连接就行了,

eclispe build stm32工程报错 ld.exe: warning: cannot find entry symbol _start; defaulting to 08000028

wenleileilei的博客

12-29

4451

经检查，是C/C++ General->Paths and Symbols->Source Location 里没有包含main.c所在的文件夹，另外startup_stm32f4xx.S S要大写

LLVM报错解决：/usr/bin/ld: cannot find -lz和/usr/bin/ld: cannot find -lncurses

个人博客

06-15

2426

晚上在用LLVM时报错如下： g++ `llvm-config-3.9 --cppflags` -std=c++11 -o compiler main.o `llvm-config-3.9 --libs` `llvm-config-3.9 --ldflags` -lpthread -ldl -lz -lncurses -rdynamic -L/usr/local/lib -ljsoncpp ...

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

Sherlock_Holmes_lv的博客

08-08

3145

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.

交叉编译报错 /bin/ld: cannot find crtbegin_dynamic.o

oqqsoap1234567的博客

01-08

3682

初学嵌入式，在Makefile中使用64位安卓编译工具，一堆报错 xxxx/prebuilts/gcc/linux-x86/aarch64/aarch64-linux-android-4.8/bin/ ../lib/gcc/aarch64-linux-android/4.8/ ../../../../aarch64-linux-android/bin/ld: cannot find crtbegin_dynamic.o: 没有那个文件或目录 ../../../../aarch64-linux-androi

ld: warning: cannot find entry symbol _start

junior1108的专栏

01-19

1万+

ld连接警告出无法找到_start符号，解决方法如下：ld -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o helloworld helloworld.o / /usr/lib/crt1.o / /usr/lib/crti.o / /usr/lib/gcc-lib/i386-redhat-linux/2.96/crtbegin.o / -lc / /usr/lib/gcc-l

/usr/bin./ld: cannot find -l<nameOfTheLibrary>

ccion的博客

06-17

939

在用qmake编译qcad工程时，遇到/usr/bin/ld: cannot find -lQtWebkit。以下是解决办法：在ubuntu主机上输入以下命令： ld -lQtWebKit --verbose 端口打印如下： ================================================== attempt to open /...

【SystemTap】c独立安装elfutils导致错误 cannot load ld backend library 'libld_elf_x86_64.so' 和 error: C compiler cannot create executables

风声

03-14

3077

场景：运行程序时出现了一系列的错误，例如：(1)编译内核执行命令 make menuconfig 命令时出现如下错误：/usr/local/bin/ld: cannot load ld backend library 'libld_elf_x86_64.so':libld_elf_x86_64.so: cannot open shared object file: No such file or directory即/usr/local/bin/ld: cannot load ld back

一、搭建Eclipse gcc mcu开发环境

cuzhao_1798的博客

07-28

3593

快乐无忧的玩耍国产MCU

VS_Code RT_Thread环境搭建与问题解决（二）兼容RT_Studio创建的工程

m0_55609051的博客

12-31

1496

目前vscode中的rt_studio插件主要支持的是以scons环境的编译，但是RT_Studio使用的是makefile，直接使用vscode打开点击编译是失败的，刚开始我试着把RT_Studio中的项目修改为scons编译，试了一下，编译通过，但是有个Hard警告“warning: cannot find entry symbol Reset_Handler;2.修改清除的地方，搜索scons -c定位到地方，把run修改为如下。保存重启vscode即可。

stm32报错Error: L6320W: Ignoring --entry command. Cannot find argument ‘Reset_Handler‘.

weixin_48839038的博客

12-04

2072

这里一定记得要给这些东西打上勾

Error: L6320W: Ignoring --entry command. Cannot find argument ‘Reset_Handler‘.

AH_79257的博客

03-30

2880

使用Keil MDK u5来开发STM32F103ZE程序的时候遇见的问题，写篇解决方案分享给大家。

Keil 汇编文件链接下载错误。Cannot find argument ‘Reset_Handler‘.

m0_65868440的博客

04-02

781

keil 汇编文件 Cannot find argument 'Reset_Handler'. Undefined symbol main (referred from __rtentry2.o).

Linux | arm-linux-gcc交叉工具链的配置

一只大鱼_的博客

10-27

340

一、CRT配置方式： quit connect-》protocol（serial）-》 port->你自己的端口 baud rate 115200 其他都不用变，如果右边有勾勾，一个都不留。 1，开发板通电后默认让他启动系统（3秒内不要按下任何按键） 2，默认开发板会启动一个出产的应用程序，你可以ctrl+c结束他二、如何配置arm的工具链命令： 1，创建一个存放工具链的路径 1，在/usr/local创建一个arm的目录 mkdir /usr/local/arm 2，将.

ld -lz --verbose | grep succeeded ld: 警告: 无法找到项目符号 _start; 无法设置起始地址

最新发布

04-01

<think>嗯，用户遇到了链接器警告，说无法找到符号_start，需要设置起始地址。首先，我需要理解这个问题的原因。根据引用[2]，链接器在生成可执行文件时需要确定入口点，默认是_start符号。如果用户代码中没有定义这个符号，就会报错。用户可能是在编译一个程序时，比如C语言，但忘记包含启动文件，或者没有正确定义main函数。比如，使用gcc时，它通常会自动链接启动代码，其中包含_start。但如果直接使用ld手动链接，可能会漏掉这个部分。接下来，解决方案。根据引用[2]，可以有两种方法：定义_start符号或者在链接脚本中指定入口点。比如，在汇编或C代码中定义_start，然后调用main。或者使用链接器的-e选项来指定入口符号，如-e main。另外，还可以在链接脚本中使用ENTRY命令设置入口点。用户可能需要根据具体情况选择方法。如果他们的程序是用C写的，可能只需要确保main函数存在，并在链接时使用正确的启动文件。如果自己写汇编，就要显式定义_start。另外，用户提到设置起始地址的方法。引用[2]中提到可以使用start = other_symbol来指定入口符号，或者在链接脚本中使用表达式。这可能涉及到内存布局，需要确保起始地址正确，比如在嵌入式系统中可能需要特定的地址。还需要检查编译命令是否正确，是否遗漏了必要的对象文件或库。例如，使用gcc而不是直接调用ld，可以自动处理这些细节。如果用户手动调用ld，可能需要添加crt0.o等启动文件，这些文件通常包含_start的定义。总结可能的解决步骤：1. 检查代码是否有入口点定义；2. 使用gcc链接而不是ld；3. 使用链接器选项-e指定入口；4. 修改链接脚本设置入口；5. 确保链接必要的启动文件。另外，用户可能对链接过程不太熟悉，需要解释清楚入口点的作用和如何正确设置。可能需要提供具体的命令示例，如gcc的命令行参数或ld的-e选项用法。同时提醒用户注意系统架构差异，比如引用[1]提到的i386 PE端口特定选项，但用户的问题可能不限于此，需通用解决方案。</think>### 链接器警告"cannot find entry symbol _start"解决方案分析 #### 一、问题根源链接器在生成可执行文件时需要确定程序入口点，默认会寻找名为$\\_start$的符号作为入口地址。当出现警告"cannot find entry symbol _start"时，表示以下两种情况之一： 1. 目标文件中确实缺少$\\_start$符号定义 2. 链接脚本未正确指定入口地址[^2] #### 二、解决方法 **方法1：显式定义_start符号** ```asm # 汇编语言示例（x86架构） .global _start _start: call main mov $60, %eax syscall ``` 在C语言中需配合编译参数： ```bash gcc -nostartfiles -o program main.c startup.s ``` **方法2：指定替代入口点** 使用链接器`-e`选项指定入口符号（如main函数）： ```bash ld -e main -o program *.o ``` 需确保main函数有正确的退出机制： ```c void _exit(int status); // 需要显式声明退出函数 void main() { // 程序逻辑 _exit(0); } ``` **方法3：修改链接脚本** 创建自定义链接脚本`custom.ld`： ``` ENTRY(main) SECTIONS { . = 0x8000; .text : { *(.text) } } ``` 执行链接： ```bash ld -T custom.ld -o program *.o ``` **方法4：使用GCC自动处理（推荐）** ```bash gcc -o program *.o -Xlinker "--entry=main" ``` 此方法自动处理C运行时初始化，适合普通C程序开发[^3]。 #### 三、特殊场景处理 **嵌入式系统设置固定地址：** ```bash ld --defsym _start=0x80000000 -o firmware.elf *.o ``` **动态库处理：** ```bash ld --gc-sections -shared -soname libdemo.so -o libdemo.so *.o ``` 动态库无需入口点，需移除`-e`参数。