Code::Blocks error: ld returned 1 exit status
Code::Blocks error: ld returned 1 exit status
我正在使用 Code::Blocks v 16.1.0.0 及其附带的 MINGW。 linker 有问题。我无法 link 将单个 header / 源文件转换为使用 #include "sth"
的源文件。为了缩小问题的范围,我的项目中只有 1 个源文件和 1 个 header 文件,但无论我使用什么文件和尝试的选项,我都无法绕过这个错误。
这是构建日志
-------------- Build: Debug in MISC (compiler: GNU GCC Compiler)---------------
gcc.exe -Wall -Wextra -Wall -g -std=c99 -c C:\Users\username\Documents\CodeBlocks\C\MISC\readFileByChars.c -o obj\Debug\readFileByChars.o
g++.exe -LC:\Users\username\Documents\CodeBlocks\C\MISC -o bin\Debug\MISC.exe obj\Debug\readFileByChars.o readFileByChars.h.gch
readFileByChars.h.gch: file not recognized: File format not recognized
collect2.exe: error: ld returned 1 exit status
Process terminated with status 1 (0 minute(s), 0 second(s))
1 error(s), 0 warning(s) (0 minute(s), 0 second(s))
这是工具链目录:
我以前没有任何程序实例运行。我也有独立工作的 MINGW(没有在环境变量中包含它的 bin 文件夹,以免在构建过程中混淆代码块),但对于代码块,我包含了安装时附带的预打包代码块。当我单击 link 项目中 header 文件的选项时,项目将不会构建(但如果我不 link 该文件,我该如何构建我的应用程序?)。我重复一遍这个项目是空的,我只有一个 header 并且只包含一个源文件。我在这里看到了其他类似的问题,但他们的解决方案没有用。帮助将不胜感激。谢谢。
There is a problem with the linker. I cannot link a single header / source file to a source file using #include "sth"
linker 没有问题。您不能 link header 文件或源文件。您只能编译源
文件(可能 #include
header 个文件),以生成 object 个文件。
一个 header 文件,你 #include
可以是 precompiled header file,
对于支持此概念的编译器,受 compiler-specific 限制
关于它的使用(尽管有这个名字,预编译的 header 文件不是 compiled:它不是
一个 object 文件)。
linker 只能linkobject 文件和动态库生成可执行文件。
它可以直接使用 object 个文件或从静态库中提取它们。
你失败的 linkage 命令:
g++.exe -LC:\Users\username\Documents\CodeBlocks\C\MISC -o bin\Debug\MISC.exe obj\Debug\readFileByChars.o readFileByChars.h.gch
表明您正在尝试 link 预编译 header readFileByChars.h.gch
。 linker 说:
readFileByChars.h.gch: file not recognized: File format not recognized
因为预编译的 header 不是 object 文件,也不是静态文件或动态文件
图书馆。这不是 linker 理解的东西。
更正您的项目选项,使您不再通过 readFileByChars.h.gch
作为 linker 输入。
想必你已经经历了special steps
在您的 Code::Blocks 项目中生成预编译的 header readFileByChars.h.gch
。
如果您正确地遵循了该文档,那么您不需要做任何其他事情
没有提到。您的其他项目选项不需要告诉编译器或 linker 任何东西
关于预编译 header.
完全没有必要使用预编译的 headers,正如你所看到的,他们的
正确使用不是万无一失的,而是compiler-specific。我会
建议您以普通方式构建此项目和其他项目,无需预编译 headers,
直到并且除非你面临阻碍性的长编译时间,这
预编译的 header 可能会有效地减少。
我是如何解决这个问题的:
1. 如果您 运行 项目中的文件首先退出代码块。
2. 分别打开文件(不要打开codeblocks项目文件!)和运行。
真题:1.打开任务管理器( ctrl + shift + esc )
2. 进入详情
3.搜索项目名称和结束任务(会有项目名称的.exe)
完成!
在工作区
右键单击包含您的主要方法的文件 -> 选项 ->(勾选)启用两者
仅针对其他*.c文件(检查)编译
对于 *.h 文件(选中)禁用两者
构建 & 运行
为了解决这个问题,我只是去了KeyC0de的“Build log”部分(而不是“Build messages”),但是有些人可以只阅读“Build message”中的消息。
这样,您就可以看到哪个目标文件有问题,然后确定哪个文件有问题:
C:/Program Files/CodeBlocks/MinGW/bin/../lib/gcc/x86_64-w64-mingw32/8.1.0/../../../../x86_64-w64-mingw32/bin/ld.exe: i386 architecture of input file `obj\Debug\base64.o' is incompatible with i386:x86-64 output
collect2.exe: error: ld returned 1 exit status
这意味着我的文件有问题 base64.cpp。就我而言,我只需要删除它,但对你来说可能有所不同。
我正在使用 Code::Blocks v 16.1.0.0 及其附带的 MINGW。 linker 有问题。我无法 link 将单个 header / 源文件转换为使用 #include "sth"
的源文件。为了缩小问题的范围,我的项目中只有 1 个源文件和 1 个 header 文件,但无论我使用什么文件和尝试的选项,我都无法绕过这个错误。
这是构建日志
-------------- Build: Debug in MISC (compiler: GNU GCC Compiler)---------------
gcc.exe -Wall -Wextra -Wall -g -std=c99 -c C:\Users\username\Documents\CodeBlocks\C\MISC\readFileByChars.c -o obj\Debug\readFileByChars.o
g++.exe -LC:\Users\username\Documents\CodeBlocks\C\MISC -o bin\Debug\MISC.exe obj\Debug\readFileByChars.o readFileByChars.h.gch
readFileByChars.h.gch: file not recognized: File format not recognized
collect2.exe: error: ld returned 1 exit status
Process terminated with status 1 (0 minute(s), 0 second(s))
1 error(s), 0 warning(s) (0 minute(s), 0 second(s))
这是工具链目录:
我以前没有任何程序实例运行。我也有独立工作的 MINGW(没有在环境变量中包含它的 bin 文件夹,以免在构建过程中混淆代码块),但对于代码块,我包含了安装时附带的预打包代码块。当我单击 link 项目中 header 文件的选项时,项目将不会构建(但如果我不 link 该文件,我该如何构建我的应用程序?)。我重复一遍这个项目是空的,我只有一个 header 并且只包含一个源文件。我在这里看到了其他类似的问题,但他们的解决方案没有用。帮助将不胜感激。谢谢。
There is a problem with the linker. I cannot link a single header / source file to a source file using #include "sth"
linker 没有问题。您不能 link header 文件或源文件。您只能编译源
文件(可能 #include
header 个文件),以生成 object 个文件。
一个 header 文件,你 #include
可以是 precompiled header file,
对于支持此概念的编译器,受 compiler-specific 限制
关于它的使用(尽管有这个名字,预编译的 header 文件不是 compiled:它不是
一个 object 文件)。
linker 只能linkobject 文件和动态库生成可执行文件。 它可以直接使用 object 个文件或从静态库中提取它们。
你失败的 linkage 命令:
g++.exe -LC:\Users\username\Documents\CodeBlocks\C\MISC -o bin\Debug\MISC.exe obj\Debug\readFileByChars.o readFileByChars.h.gch
表明您正在尝试 link 预编译 header readFileByChars.h.gch
。 linker 说:
readFileByChars.h.gch: file not recognized: File format not recognized
因为预编译的 header 不是 object 文件,也不是静态文件或动态文件 图书馆。这不是 linker 理解的东西。
更正您的项目选项,使您不再通过 readFileByChars.h.gch
作为 linker 输入。
想必你已经经历了special steps
在您的 Code::Blocks 项目中生成预编译的 header readFileByChars.h.gch
。
如果您正确地遵循了该文档,那么您不需要做任何其他事情
没有提到。您的其他项目选项不需要告诉编译器或 linker 任何东西
关于预编译 header.
完全没有必要使用预编译的 headers,正如你所看到的,他们的 正确使用不是万无一失的,而是compiler-specific。我会 建议您以普通方式构建此项目和其他项目,无需预编译 headers, 直到并且除非你面临阻碍性的长编译时间,这 预编译的 header 可能会有效地减少。
我是如何解决这个问题的: 1. 如果您 运行 项目中的文件首先退出代码块。 2. 分别打开文件(不要打开codeblocks项目文件!)和运行。
真题:1.打开任务管理器( ctrl + shift + esc )
2. 进入详情
3.搜索项目名称和结束任务(会有项目名称的.exe)
完成!
在工作区
右键单击包含您的主要方法的文件 -> 选项 ->(勾选)启用两者
仅针对其他*.c文件(检查)编译
对于 *.h 文件(选中)禁用两者
构建 & 运行
为了解决这个问题,我只是去了KeyC0de的“Build log”部分(而不是“Build messages”),但是有些人可以只阅读“Build message”中的消息。 这样,您就可以看到哪个目标文件有问题,然后确定哪个文件有问题:
C:/Program Files/CodeBlocks/MinGW/bin/../lib/gcc/x86_64-w64-mingw32/8.1.0/../../../../x86_64-w64-mingw32/bin/ld.exe: i386 architecture of input file `obj\Debug\base64.o' is incompatible with i386:x86-64 output
collect2.exe: error: ld returned 1 exit status
这意味着我的文件有问题 base64.cpp。就我而言,我只需要删除它,但对你来说可能有所不同。