《gcc》专题

以下构建设置在使用GCC（4.6.3）的Linux上运行良好，但在使用GCC（4.7.2）的MinGW上则不然。 在 Linux 上，我们有： 这正是我所期待的。在Windows上，我们有 我怀疑这和弱符号有关。也就是说，Linux我们在foo. o有 而且在baro 而在Windows上，我们在foo.o中有这样的功能 而且在baro 因此，没有弱符号可以覆盖。 解决这个问题的最好方法是什么？在

我有一个使用Boost:：move移动锁的函数- 我可以使用带有-std=c 11或-std=c 0x标志的gcc 4.7.3编译此代码。但是，使用gcc 4.6.4，即使使用-std=c 0x标志，此代码也会失败。关于如何修复此问题的任何想法？ 用于使用C 11功能的CMAKE标志: 用于使用C 0x功能的CMAKE标志： 我在gcc 4.6.4中遇到的错误: 错误：不匹配~运算符！=™在~it

首先，我有一个类的头文件，一个没有定义的专业化声明（来自互联网的代码示例） $ 猫 foo.h 然后有2个模板专业化的实现文件 最后我得到了一个主文件 如果我在没有优化的情况下编译并运行它，它会给出: g foo_ int。cpp foo_ float。cpp main.cpp 如果我添加优化，那么结果是不同的： $ g foo _ int . CPP foo _ float . CPP main

我正在尝试使用Boost::Interprocess，但是在尝试使用gcc 4.1.2编译时，我遇到了一些编译器错误。我缩小了代码范围，设法在没有boost的情况下重现了问题。代码是: 我得到的错误： . cc：在message_queue_t实例化中 .cc:177：从这里实例化 .cc:167:错误：结构指针_to_other的类模板实例化不明确，char 。cc:144:错误:候选项为:st

假设我们有以下简单的代码： 这段代码使用clang编译并打印“T”，但使用gcc我们有以下错误： 我的问题是哪个编译器有bug，gcc还是叮当声？

就处理编译/链接错误而言，我是一个新手。 我正在使用一个很大的C++代码（还有一些C文件）。我已经成功地在Mac上运行了它，用G++编译。现在我需要在基于Linux的集群上运行它，因为它在我的Mac上太慢了。代码由我必须编译的几个库组成，加上我自己使用这些库的代码。 我可以使用默认的g++编译器编译集群上的所有代码。然而，不幸的是，我已经发现我需要用GCC/4.7.2进行编译，这样代码将与集群上的

存在与循环有关的问题。为什么？也许是虫子？ 我使用的是最新的4.8.0，经过测试的x64、x86以及其他版本。都是同样的行为。

根据这篇关于c语言中未定义行为优化的有趣文章，表达式

给定以下代码（在wandbox上）： 和下列编译器选项： cppreference似乎建议语法应该触发显式转换。

> 本案在§8.5/16(N3337)中的第一个子要点中有所涉及，其中没有提到省略。 如果初始化是直接初始化，或者如果初始化是复制初始化，源类型的CV限定版本与目标类型的类相同，或者是目标类型的派生类，则考虑构造函数。列举了适用的构造函数(13.3.1.3)，并通过过载解析选择了最佳构造函数（13.3）。调用这样选择的构造函数来初始化对象，将初始化器表达式或表达式列表作为其参数。如果没有应用构造函

请查看以下代码： gcc和clang编译并链接它时没有任何问题，而MSVC（2015、2019）生成了未解决的外部符号“void _cdecl test（int*）” 请注意，如果从库中删除const关键字。cpp然后MSVC链接代码。 谁在这里？是MSVC的错误吗？

GCC接受以下代码： 但是clang拒绝它并带有以下错误： 这似乎表明GCC和clang在重载解析期间执行某些操作的顺序有所不同。GCC似乎在尝试实例化模板候选者的返回类型之前抛弃了模板候选者，因为第二个参数（vs.）中的类型不匹配，而clang似乎反过来做。 谁是对的？ 我相信这个问题对模板库的作者有着重要的意义。具体来说，如果clang是正确的，那么模板的作者将不得不做额外的工作，将错误转化为

我的目的是通过sound.c做声波文件的准备，安排训练过程，测试过程。编译darknet时出错。需要你的帮助！ make：gcc：找不到命令makefile：175：目标'obj/sound.o'的制作方法失败make:***[obj/sound.o]错误127 UBUNTU LTS 18.04 CUDA 11.1

我想在sublime text 2的内置构建命令中构建程序 我制作了一个gcc.sublime-build文件