《gcc》专题
-
为什么GCC为几乎相同的C代码生成如此截然不同的程序集？
在编写优化的函数时，我在中发现了一些非常奇怪的行为。让我先向您展示代码（为了清楚起见，我标记了差异）： 快速执行一，C： 第二，C： 看起来一样对吧？海湾合作委员会不同意。使用
-
MSVC发现这个方法调用不明确是正确的，而Clang/GCC没有？
运行此代码时，Clang（3.9.1）和GCC（7，快照）将“1”、“2”打印到控制台。 但是，MSVC未能编译此代码： source_file.cpp（15）：错误C2668：字典::集：对重载函数的模糊调用 source_file.cpp（9）：注意：可能是“无效字典::集（int64_t）” source_file.cpp（8）：注意：或'无效字典::集（const char*）' 源文件。
-
重载运算符在Clang上有歧义，但在GCC上没有，哪一个是正确的？
VC: （34）：错误C2593：'运算符='是含糊不清的 （26）：注意：可能是测试 （25）：注：或“测试” （69）：注意：当试图匹配参数列表时'（测试，包装器）' ======生成：0成功，1失败，0最新，0跳过========== 叮当声： ： 34:7：错误：重载运算符=的使用不明确（操作数类型为Test和typename std::remove_reference 测试=标准：：移动
-
同意Xcode/iOS许可证需要管理员权限，请通过sudo以root用户身份重新运行使用GCC时
在尝试编译我的C程序时，运行以下命令： 返回： 同意Xcode/iOS许可需要管理员权限，请通过sudo以root用户身份重新运行。 我的代码不能编译。 为什么会发生这种情况，我如何解决这个问题？
-
GCC错误？链接方法，断开的序列点
我调试一个程序已经有一段时间了，最终发现错误是由于一个引用没有像我想的那样更新。 这里有一个例子显示了我遇到的问题： 我原以为这里的print（）方法会输出15，但它会输出5。 编辑：10天后，我才意识到，与叮当声输出15！这是GCC中的错误吗？
-
GCC Bug，当使用“”尖括号包含通过宏的头时，路径中的“Linux”字符串被替换为“1”
我可能在GCC中发现了一个bug。我在网上找不到任何与此相关的东西，所以我想知道是否有人以前见过这个。 我使用的“Ubuntu 16.04.0 LTS”是:，但是这个问题也会在更高的gcc版本gcc-6和GCC-7上出现。 在https://github.com/mihaipop11/gcc-linux中，您可以找到一个链接，链接到包含所有源代码的github repo。 如何繁殖： 我们有一个很
-
使用-O3的气泡排序比使用gcc的-O2慢
我在C中做了一个冒泡排序实现，在测试它的性能时，我注意到标志使它运行得比根本没有标志还要慢！同时，使它的运行速度比预期的快得多。 没有乐观： : : 代码： 为生成的asm（来自godbolt.org): 也是如此： 对我来说，似乎唯一的显著区别是明显尝试使用SIMD，这似乎应该是一个很大的改进，但我也不知道它到底试图用那些指令做什么...这只是SIMD的一次失败尝试吗？或者这两条额外的指令只是在
-
大小\u t格式警告，gcc标准=gnu90
我目前正在从事一个C语言的软件项目，该项目必须在各种平台上运行。我试图尽可能接近C90标准，但需要一些常用的支持扩展，如stdint。h和一个无符号长类型。我故意不想“倒退”到C99标准，因为我使用的一些编译器不支持所有C99特性，如混合声明和代码等。 因此，我目前使用gcc在我的（64位Ubuntu）开发机器上编译所有代码，使用（不是C90，因为我使用了如上所述的unsigned long-lo
-
用GCC在C中打印长整型？
如何使用GCC在C99中打印f和？ 我搜索了其他建议使用的帖子，但它给出了以下警告： 警告#1:格式为[-Wformat]| 的未知转换类型字符“l”#警告#2:格式为[-Wformat extra args]的参数太多| 进行以下尝试：
-
在mingw-w64 gcc 7.1中，如何在没有警告的情况下打印尺寸？
我正在使用minGW的minw-w64（x64）分叉nuwen.net.这是来自gcc的7.1版本： 我正在编译这个程序： 带有警告和c11标准： 我得到了这些警告： 我想在没有警告的情况下打印size_t，但在这种情况下不知道正确的格式说明符。
-
在内联程序集的多个可选操作数约束之间进行选择时，GCC能否发出不同的指令助记符？
这段代码是正确的，但不是最优的。MULQ是可交换的，因此如果恰好已经在RAX中，那么将保留在其所在的位置并进行乘法是正确的。但是GCC不知道这一点，所以它会发出额外的指令将操作数移到它们预定义的位置。我想告诉GCC，它可以将任何一个输入放在任何一个位置，只要一个输入最终在RAX中，并且MULQ引用了另一个位置。GCC对此有一个语法，称为“多重替代约束”。请注意逗号（但是整个asm（）是断开的；请参
-
在AVR-GCC中，常数除法是如何工作的？[副本]
但我不明白大会在做什么。此汇编代码如何执行除法？
-
Clang和GCC在使用非虚拟析构函数“删除”基类时会做什么？
已经有一个问题询问了指向缺少虚拟析构函数的基类的指针的“真实世界”行为，但问题仅限于非常有限的情况（派生类没有具有非平凡析构函数的成员），并且接受的答案只是说如果不检查每个编译器的行为就无法知道。 ....但这实际上没什么帮助。知道每个编译器的行为可能不同并不能告诉我们任何特定编译器的行为。那么，Clang和G在这种情况下做什么呢？我假设他们会简单地调用基类析构函数，然后释放内存(对于整个派生类)
-
clang和gcc用户自定义转换运算符重载选择的区别
在试图获得与这个问题相关的编译器行为（gcc和clang）的一些见解时，我只是不明白为什么gcc和clang之间的第三种情况（如下所示）有所不同。问题不是关于这样一个转换API的正确性（尤其是参考案例）。 你能帮我理解一下这个场景中的预期行为吗（从c标准的角度来看）？ 编辑：如评论中所述，这种行为仅在clang中从-std=c 17中观察到。在此之前，引用转换与gcc中一样使用。 EDIT2:注意
-
为什么在将 lambda 用于非类型模板参数时 gcc 会失败？
以下片段使用Clang 4.0编译没有错误，但GCC 7.0会产生错误（注意使用-std=c 1z标志）。 具体来说，GCC抱怨lambda和嵌套类的方法都没有链接，因此它们不能用作非类型模板参数。 至少对于lambda的情况，我认为Clang是正确的(而GCC是错误的)，因为(引用转换操作符cppreference): 此转换函数返回的值是指向具有C语言链接的函数的指针，调用该函数时，其效果与直