/usr/bin/ld: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 0 has invalid sym

最新推荐文章于 2023-10-09 18:25:07 发布
原创 最新推荐文章于 2023-10-09 18:25:07 发布 · 5k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了一个关于Makefile编译时遇到的问题及解决方案。主要问题是由于编译命令中缺少-c选项导致gcc不仅编译了源代码还尝试进行链接操作，从而产生了错误。文章提供了正确的Makefile规则配置来避免此问题。

/usr/bin/ld: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 0 has invalid symbol index 11

自己编写makefile，生成.o文件的时候，忘记加选项-c。

%.o : %.c
    @echo "Compilation des .c : $<"
    $(CC) $(C_FLAGS) $< -o $(RWK)/$@

There is a problem here: without the -c option, gcc will compileand link. Try with this:

    $(CC) $(C_FLAGS) -c $< -o $(RWK)/$@

g++ output: file not recognized: File format not recognized

解决办法：

点击打开链接

解决/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libSM.so：对‘uuid_generate@UUID_1.0’未定义的引用
weixin_43147335的博客
07-25 5400
问题 今天在编译一个C++项目时，出现了问题，这个问题之前也出现过，当时没有在意，今天又出现了，所以决定记录一下，以免以后又出现又要到处找！ 解决方案 问题出在ros和anaconda的
/usr/bin/ld: warning: libopencv_imgcodecs.so.3.2, needed by /usr/lib/x86_64-linux-gnu/libopencv_high
keeplearning365的博客
11-25 7805
出现一个警告信息，暂时不管 /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
link error : undefined reference to `main‘
cs的专栏
05-20 5781
今天发现一个编译错误：undefined reference to `main'，意思是main函数没有定义，明明定义了啊，结果发现main函数被namespace包起来了， 所以报了下面的一堆的错误。（一个程序中，main函数只能有一个，低级错误，mark） /usr/bin/ld: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 0 has invalid symbol index 11 /usr/bin
linux的make提示错误,进行make命令的时候出现错误
weixin_28936835的博客
05-14 2195
我明明是按照老师讲的一步一步来的 文件名都一样没有错误 直接用gcc编译也可以运行hello.out文件 ，但是make了之后报错gcc max.c -o max.o/usr/bin/ld: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 0 has invalid symbol index 11/...
/usr/bin/ld: /usr/lib/debug/usr/lib/crt1.o(.debug_info): relocation 0 has invalid symbol index 12
热门推荐
汪雨田的专栏----c语言，算法设计，php,linux,mysql
03-10 1万+
在我写一个makefile文件后，make一下，发现此问题，其实是链接的时候出现的错误。 $(OBJNAME):$(objects) $(CC) -o $(OBJNAME) $(obj)   $(LIB_PATHS) $(LDFLAGS) 此时的$(obj) 是没有定义，所以就找不到.o文件，呵呵， 改成 $(objects)就好。
与符号表分离程序或动态库, 如何用GDB调试
阿戟哥哥的专栏
01-18 3215
1       Debugging Information in Separate Files GDB支持用户将程序调试信息放在一个独立的文件里，而不是和可执行程序在一个文件中，GDB可以某种方式来查找和自动加载调试信息。由于调试信息可能非常大,有时可能比可执行代码自身还要大,某些系统将其可执行程序的调试信息以单独的文件发布，在需要调试问题的时候，用户可以再安装这些文件。 GDB支持两种设置单
精选资源
runtime library [libssl.so.1.1] in /usr/lib/x86_64-linux-gnu may be hidden by files in:/home/
01-09
runtime library [libssl.so.1.1] in /usr/lib/x86_64-linux-gnu may be hidden by files in: /home/rw/anaconda3/lib 首先查看路径，可以看到返回结果中，第一个查找路径是anaconda的。 export $PATH bash: export...
精选资源
/usr/lib/x86_64-linux-gnu/libopencv_videostab.so.2.4.8-附件资源
03-05
/usr/lib/x86_64-linux-gnu/libopencv_videostab.so.2.4.8-附件资源
/usr/bin/ld:cannot find-lThreads的解决办法
12-27
当遇到"/usr/bin/ld: cannot find -lThreads"这样的错误提示时，这意味着链接器找不到指定的线程库。本文将深入探讨这个问题，并提供解决方法。 1. **CMakeLists.txt的正确配置** 当使用CMake作为构建工具时，我们...
Linux 下debug用法,linux-如何使用lib的调试版本
weixin_30061949的博客
05-13 534
问题的简短版本：如何使gdb使用libc的调试符号？较长版本：我正在使用gdb调试程序，我想查看有关libc使用的futex的信息。 但是，在调试过程中的某个时刻，我得到如下输出：Catchpoint 2 (call to syscall futex), 0x00007ffff772b73e in ?? () from /lib/libc.so.6(gdb) bt#0 0x00007ffff77...
ubuntu 12.12 安装 gcc3.4.6出现问题解决方法。
04-03 1277
在ubuntu 10.10上未出现下述错误。建议在gcc10.10以下版本中使用gcc3.4.6 --------------------- 1 安装方法： 先下载gcc-3.4_3.4.6-6ubuntu5_i386.deb， 然后用 sudo dpkg  -i xxx.deb命令安装 安装过程中，缺少什么依赖关系装什么 如果有相互依赖的关系，用sudo dpkg --f
linux 编译优化 选项,关于GCC优化选项打开后编译出错的问题
weixin_39907939的博客
05-08 1202
当用GCC编译代码的时候，为什么指定优化等级就会报错？测试用的c代码肯定是没有问题的，就是打印一个字符而已#includevoidmain(){printf("%d\n",2);}执行gcc编译的指令我是这样的：gccemmbed.c-o2emmbed然后出来一堆错：emmbed:Infunction`_fini"":(.fini+0x0):multipledefinition...
c语言注释seg fault,segmentation fault求解
weixin_42509409的博客
05-24 391
该楼层疑似违规已被系统折叠隐藏此楼查看此楼In function `_fini':(.fini+0x0): multiple definition of `_fini'/usr/lib/gcc/i686-linux-gnu/4.6/../../../i386-linux-gnu/crti.o:(.fini+0x0): first defined herestring: In function `...
/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/Scrt1.o: in function `_start‘
m0_62064537的博客
10-09 1755
不要慌，你可能忘记保存代码啦，保存代码后，再使用g++ main.cpp -o main命令编译就不会报错了（./main 我顺便执行了一下）
Linux使用gcc编译.s文件时出现报错/usr/local/bin/ld: /tmp/ccmWodjz.o: relocation R_X86_64_32 against `.data‘ can
weixin_51469121的博客
02-22 2675
Linux使用gcc编译.s文件时出现报错/usr/local/bin/ld: /tmp/ccmWodjz.o: relocation R_X86_64_32 against `.data' can not be used when making a PIE object; recompile with -fPIE collect2: error: ld returned 1 exit status 需要在编译时加上-no-pie，即 $ gcc -o 文件名 文件名.s -no-pie
原始的2文件的makefile错误
weixin_30947043的博客
04-25 270
　　从来没系统的看过makefile文档，平时属于复制模板，用完即忘，下午尝试按自己的理解写一个最简单的makefile,含２个.c文件，１个.h文件，费了个把小时，参考别人的文章才弄出来，特记录。 main.c: 1 #include <stdio.h> 2 #include "command.h" 3 4 int main(int argc, const char...
/usr/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/libcuda.so when searching for -lcuda’
最新发布
12-27
### 链接器报错分析 当遇到 `/usr/bin/ld` 报告 `skipping incompatible /usr/lib/i386-linux-gnu/libcuda.so when searching for -lcuda` 的错误时，这通常意味着链接器尝试使用的库文件架构与目标程序所需的不同。具体来说，在64位系统上运行的应用程序应该使用64位版本的CUDA库而不是32位版本。 #### 可能的原因 - 编译环境配置不当，导致链接器查找路径中包含了不适合当前系统的32位库。 - CUDA开发包安装不完全或存在多个不同版本混杂的情况。 - 环境变量设置有误，比如`LD_LIBRARY_PATH`指向了错误的位置[^1]。 #### 解决方法 为了修正这个问题，可以采取以下几个措施： 1. **确认CUDA安装位置** 查看已安装的CUDA库是否确实位于预期目录下，并且是适用于64位系统的版本。可以通过命令来验证： ```bash ls -l /usr/local/cuda/lib64/ ``` 2. **调整链接选项** 如果项目构建脚本允许修改，则应确保指定正确的库搜索路径以及明确指出要链接的是64位版的CUDA库。例如，在Makefile或其他类似的构建工具配置里加入如下参数： ```makefile LDFLAGS += -L/usr/local/cuda/lib64 -Wl,-rpath,/usr/local/cuda/lib64 CXXFLAGS += -I/usr/local/cuda/include LIBRARIES += -lcudart ``` 3. **清理旧有的依赖关系** 移除任何可能干扰正常工作的残留32位CUDA库副本。对于不再需要的软件包可以直接卸载它们；如果只是某些特定文件夹下的孤立文件则手动删除即可。 4. **更新环境变量** 修改`.bashrc`或者其他shell初始化文件中的`PATH`和`LD_LIBRARY_PATH`等重要环境变量，使其优先考虑新的、合适的库路径。例如添加下面两行到个人用户的`.bashrc`文件末尾： ```bash export PATH=/usr/local/cuda/bin:$PATH export LD_LIBRARY_PATH=/usr/local/cuda/lib64:$LD_LIBRARY_PATH source ~/.bashrc ``` 通过上述操作之后重新编译应用程序应当能够解决问题并成功找到匹配的64位CUDA库[^2]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值