在Ubuntu 16.04 LTS上用g++和gcc编译C/C++代码错误提示“.../x86_64-linux-gnu/crt1.o: ELF section name out of range”

版权声明:分享、借鉴或使用刁肥宅的劳动成果请务必注明出处!刁肥宅保留追究剽窃者的一切权利! https://blog.csdn.net/u25th_engineer/article/details/85686017

        最近一个多月来,我曾经多次尝试在Ubuntu 16.04 LTS上使用g++和gcc(这俩好像合起来叫MinGW?)来编译C/C++代码,但是在解决所有语法问题后还是会出现错误提示:

                   /usr/bin/ld:error:/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crt1.o:ELF section name out pf range

图1 问题出现

        这个问题从我换装Ubuntu就一直困扰我到现在,期间也有在网上各种搜索,但是都无甚收获。那句老话说得好,功夫不负有心人,昨天晚上终于被我看到有价值的东西了: 链接。

        链接内容翻到下面看,前面说的我试了没啥用。

图2 解决问题的开端

        其实上面这个链接就在我用Bing搜索后的第一个备选项,之前应该也有点进去过,但是没看完。昨天耐着性子把老外写的东西看了一遍,他大概意思就是要把某个文件夹(文件?)删了。但我看了自己的目录,没有发现雷同的,再结合在不知哪个地方看到的说编译程序和文件 /usr/lib/x86_64-linux-gnu/crt1.o 有关。一不做二不休,我果断把它删了!但是删了之后又出现了另一个错误:

                        /usr/bin/ld:找不到 crt1.o:没有那个文件或目录

                        collect2:error:ld returned 1 exit status

我又赶紧在 /usr/lib/x86_64-linux-gnu/ 下新建了一个 crt1.o 文件,这回的错误是:

                      /usr/lib/x86_64-linux-gnu/crt1.o:无法识别文件:文件被截断

                      collect2:error:ld returned 1 exit status

 图3 删除以及手动建立crt1.o文件后报的错误提示

        看来这个只有1.9KB的文件里面的内容是很关键的!

图4 crt1.o文件

        昨天晚上,我跑到隔壁寝室,借用同学的虚拟机,先下载了gcc和g++(虚拟机居然没有这两个必备的编译器?),又在上面编译了我打算在自己机子上跑的程序——完美运行!但是当时已经熄灯了,只能等到第二天(就是今天)。概率论下课后马上回来,一连串暴力复制粘贴的操作后,再次编译代码:

图5 解决问题后成功编译

        以上结果美中不足的就是输出乱码,经过一小番探索是因为字符编码的问题——我之前是在VC 6.0上写的代码,据说VC 6.0(有神仙说Windows系统都是)的编码格式是 ANSI,而Ubuntu是UTF-8,因此会显示乱码。我又立刻vim新建了一个一个文件,再次编译后:

图6 最终显示结果

        这回大功告成!

        总结

        遇到“/usr/bin/ld:error:/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crt1.o:ELF section name out pf range”问题时,先到对应目录(我的是  /usr/lib/x86_64-linux-gnu )把 crt1.o 文件删(强烈建议备份!)了,再去找另外一台可以正常编译C/C++代码的Ubuntu系统的电脑,把上面的 crt1.o 文件拷到对应目录下,就OK啦!

        gcc不能用来编译C++代码噢。

        Windows的编辑器(至少老古董 VC 6.0是)很多默认编码格式是ANSI,这一点需要注意。

猜你喜欢

转载自blog.csdn.net/u25th_engineer/article/details/85686017