/lib/../lib64/crt1.o：在函数‘_start’中(.text+0x20)对‘main’未定义的引用 collect2: error: ld returned 1exit status

最新推荐文章于 2023-09-05 11:19:10 发布
最新推荐文章于 2023-09-05 11:19:10 发布
阅读量3.3k 收藏 4
点赞数
CC 4.0 BY-SA版权
分类专栏： 学习心得
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_42613519/article/details/113696833
在Linux环境下进行编程时遇到了一个常见的链接错误，表现为‘_start’函数中对‘main’的引用未定义。博主检查了代码和编译指令，发现原来是将`main`误写成了`mian`，修正这个拼写错误后，问题得到解决。此篇博客分享了这一经验，提醒开发者越是基础的部分越容易被忽视。

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

/lib/…/lib64/crt1.o：在函数‘_start’中(.text+0x20)对‘main’未定义的引用 collect2: error: ld returned 1exit status

今天在linux虚拟机写代码时，make的时候报错了，我先附上我在网上找的不同类型的解决方案：

  1. https://blog.csdn.net/u013245162/article/details/88923808
  2. https://blog.csdn.net/k916631305/article/details/109327030
  3. https://www.freesion.com/article/73451036944/

最后说明一下，我看了几遍我明明写了main函数，然后编译链接的指令也是对的，反复对照很久发现我把main写成mian了真是无语子😶，真是越熟悉的有时候反而越忽略了。

crt1.o：在函数‘_start’中： (.text+0x20)：对‘main’未定义的引用 collect2: 错误：ld 返回 1
Venus_majian
07-14 2276
crt1.o：在函数‘_start’中： (.text+0x20)：对‘main’未定义的引用 collect2: 错误：ld 返回 1 错误原因：如果你写了main函数的话，还是报错，原因是由于再IDE工具中没有将你写的代码保存。
/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/libmysqlclient.a(libmysql.c.o): In function
迷雾江湖 的博客
12-07 1万+
在CentOS系统中编译mysql程序，出现这种错误：  usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/libmysqlclient.a(libmysql.c.o): In function `fetch_float_with_conversion': (.text+0x7ce): undefined reference
在函数‘_start’中：(.text+0x20)：对‘main’未定义的引用
qq_42382844的博客
03-06 454
在函数‘_start’中：(.text+0x20)：对‘main’未定义的引用
Linux函数中 o,crt1.o：在函数`_start’中： – 在Linux中未定义引用“main”
weixin_42431713的博客
05-03 1182
我正在将应用程序从Solaris移植到Linux链接的对象文件没有定义一个main()。但编译和链接在Solaris中正确完成，生成可执行文件。在Linux中我得到这个错误/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/crt1.o: In function `_start':(.text+0x20): undefined refe...
gcc编译：/usr/lib/crt1.o：在函数‘_start’中：(.text+0x20)：对‘main’未定义引用
weixin_A13253323604
08-19 4009
gcc编译器编译时报错：/usr/lib/gcc/x86_64-linux-gnu/5/…/…/…/x86_64-linux-gnu/crt1.o：在函数‘_start’中：(.text+0x20)：对‘main’未定义的引用 在输入gcc命令的时候： 法一： 加-static后缀。让 gcc 进行静态编译，也就是把所有都需要的函数库都集成进编译出来的程序上，这个程序就可以不依赖外部的函数库运行。 eg:gcc fork.c -o fork -static 法二： 加-shared后缀。这样gcc就可以编
/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/crt1.o: In function `_start'问题解决
热门推荐
J.A.Y的专栏
04-19 3万+
<br />自己写了一个简单的hello.c<br /> <br /> <br />#include "stdio.h"<br /> <br /> <br />void<br />hello (const char * name)<br />{<br />printf ("Hello, %s!/n", name);<br />}<br /> <br />$gcc hello.c<br />就会出现/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/crt1
main.cpp:(.text+0x1180): undefined reference to `cv::randn(cv::_InputOutputArray const&, cv::_InputA
01-09
"undefined reference"错误意味着在编译过程中，虽然源代码中引用了某些函数或变量，但链接器在链接阶段找不到它们的实际实现。这通常是由于缺少链接所需的库或者链接选项不正确导致的。 在CMakeLists.txt文件中，...
/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crt1.o: In function `_start': (.text+0x20): undefined reference to `main'
09-13
这个错误信息表示在链接过程中找不到 `main` 函数的定义。在 C/C++ 程序中，`main` 函数是程序的入口点。请确保你的代码中有一个名为 `main` 的函数，并且它的定义是正确的。 另外，还有一些可能导致这个错误的原因...
whx@whx-virtual-machine:~/OprSyeLearn/FileOpr$ vim file.c whx@whx-virtual-machine:~/OprSyeLearn/FileOpr$ whx@whx-virtual-machine:~/OprSyeLearn/FileOpr$ gcc -o file.c file file：在函数‘_fini’中： (.fini+0x0): `_fini'被多次定义 /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crti.o:(.fini+0x0)：第一次在此定义 file：在函数‘data_start’中： (.data+0x0): `__data_start'被多次定义 /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crt1.o:(.data+0x0)：第一次在此定义 file：在函数‘data_start’中： (.data+0x8): `__dso_handle'被多次定义 /usr/lib/gcc/x86_64-linux-gnu/5/crtbegin.o:(.data+0x0)：第一次在此定义 file:(.rodata+0x0): `_IO_stdin_used'被多次定义 /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crt1.o:(.rodata.cst4+0x0)：第一次在此定义 file：在函数‘_start’中： (.text+0x0): `_start'被多次定义 /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crt1.o:(.text+0x0)：第一次在此定义 file：在函数‘_init’中： (.init+0x0): `_init'被多次定义 /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crti.o:(.init+0x0)：第一次在此定义 /usr/lib/gcc/x86_64-linux-gnu/5/crtend.o:(.tm_clone_table+0x0): `__TMC_END__'被多次定义 file:(.data+0x10)：第一次在此定义 /usr/bin/ld ： 在file (.eh_frame)中发生错误; .eh_frame_hdr表格不会被创建。 collect2: error: ld returned 1 exit status whx@whx-virtual-machine:~/OprSyeLearn/FileOpr$ gcc file.c -o file gcc: error: file.c: 没有那个文件或目录 gcc: fatal error: no input files compilation terminated. whx@whx-virtual-machine:~/OprSyeLearn/FileOpr$ ls file txt whx@whx-virtual-machine:~/OprSyeLearn/FileOpr$ mv file file.c whx@whx-virtual-machine:~/OprSyeLearn/FileOpr$ ls file.c txt whx@whx-virtual-machine:~/OprSyeLearn/FileOpr$ cat file.c 我现在不小心按照上述的操作将file.c转换为file，再用mv操作后导致乱码，有什么办法能复原我的file.c文件内容
最新发布
04-02
例如，在引用[1]中提到gcc编译出错，如果文件恢复成功，可以用gcc重新编译检查是否正确。 总结可能的解决步骤：检查编码、转换编码、查找备份、使用版本控制、数据恢复工具，以及预防措施。需要逐一解释每个步骤，...
../lib/crt1.o: In function `_start':
aaa550的专栏
11-27 4800
出现以上错误是因为你改变了 gcc 或者是 arm-gcc-xxx的 sysroot，gcc -v 看一下，把默认sysroot下面的库拷贝到你指定的sysroot即可。
在函数‘_start’中： (.text+0x20)：对‘main’未定义的引用
Programmer always be alone
06-28 6368
本人在最近研究u-boot的代码，链表操作时候写了如下代码： #include <stdio.h> typedef unsigned char u8; struct tmp { u8* name; u8* lenth; u8* age; }; struct tmp *tmp; #define __aligned(x) __attribute__((aligned(x))) #define ll_entry_declare(_type, _name, _list)
c++： 在函数‘_start’中：(.text+0x20)：对‘main’未定义的引用
SaintTsy的博客
12-24 1187
c++： 在函数‘_start’中：(.text+0x20)：对‘main’未定义的引用
(.text+0x20)：对‘main’未定义的引用
hzq_blog
07-15 2万+
编译时报错： /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crt1.o：在函数‘_start’中： (.text+0x20)：对‘main’未定义的引用 collect2: error: ld returned 1 exit status 解决办法：检查函数发现”main()”并没有写错，然后去看到makefile文件：...
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crt1.o: In function `_start‘: (.text+0x20)
weixin_42076509的博客
06-17 5182
C++编译程序的时候报错： /usr/lib/gcc/x86_64-linux-gnu/5/…/…/…/x86_64-linux-gnu/crt1.o: In function _start': (.text+0x20): undefined reference tomain’ 报错原因：没写main()函数或main拼错了 解决方法：添加main()函数，要是实在不需要main(),可添加一个空的main()编译： int main(int argc, char **argv) {} ...
Linux中在函数‘_start’中： (.text+0x20)：对‘main’未定义的引用，error: ld returned 1 exit status
pareto001的博客
04-04 1060
经过排查发现程序代码没有任何问题，使用的命令也无错误。可能是编译的时候该文件没有保存。将新的代码文件保存，按ctrl+s。在重新执行编译链接指令即可生成可执行文件。
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/Scrt1.o: In function `_start‘:(.text+0x20
m0_67731512的博客
09-05 754
makefile文件用来描述源程序之间的相互关系并自动维护编译工作，即描述了整个工程的编译、连接等规则。其中包括：工程中哪些源文件需要编译以及如何编译、需要创建哪些库文件以及如何创建这些库文件，如何最后产生可执行文件。makefile文件读取并执行，查找的文件名顺序为：“GNUmakefile”、“makefile”、“Makefile”。在使用VScode编译运行C++代码时出现以下错误时：可以检查是否文件保存，保存后再进行运行解决。make是一个命令工具，它用来解释makefile中定义的指令或规则。
64位Linux编译C代码，crt1.o文件格式不对的问题
weixin_30399055的博客
03-16 435
今天在某台64位LInux下编译一个简单的hello world的C程序，报错： /usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../crt1.o: could not read symbols: File in wrong format 查看该文件的格式，竟然是32位的： # file /usr/lib/gcc/x86_64-redhat-l...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值