《gcc》专题

我在函数中有以下代码： 现在我不知道为什么这不起作用。Gcc说：“错误：'asm'操作数有不可能的约束”我一直在学习Gcc内联汇编教程，我认为这是将参数从c代码带到内联汇编块的正确方法。 我还使用了为32位x86构建的gcc交叉编译器。

我使用各种双机字类型，例如x86_64上的(u)int128_t和i386上的(u)int64_t以及GCC中的ARM等。我正在寻找一个正确的/便携的/干净的方式来访问和操作单个实际的机器单词（大多数在汇编程序中）。例如。在32位计算机上，我想直接访问gcc内部使用的int64_t的高/低32位部分，而不使用下面这样愚蠢的易出错代码。类似地，对于我想要访问的“本机”128bit类型，gcc正在使用

我相信我在执行O'Neill的PCG PRNG时在GCC中发现了一个bug。（Godbolt的编译器资源管理器上的初始代码） 生成的程序集（GCC 9.2,x86_64,-O3): 有趣的是，修改结构以使uint64_t作为第一个成员产生正确的代码，就像将两个成员都更改为uint64_t一样 x86-64 System V在rdx：rax中返回小于16字节的结构，但它们是可以复制的。在本例中，第二

我的理解是，当编写gcc样式的内联asm时，您必须非常具体和准确地了解所有的输入和输出参数（和clobbers)，这样编译器就会确切地知道如何为代码分配寄存器，以及它可以对那些寄存器的值和asm代码可能读取和/或修改的任何内存假设什么。编译器使用这些信息尽可能地优化周围的代码（如果它认为内联asm对任何东西都没有影响，甚至完全删除它）。对此不够具体可能会导致不正确的行为，因为编译器是根据您的不正确

在尝试让一些旧代码重新工作时(https://github.com/chaos4ever/chaos/blob/master/libraries/system/system_calls.h#l387,FWIW)，我发现的一些语义似乎在最近的10-15年中发生了非常微妙但仍然危险的变化...：p 该代码在的旧版本（如2.95）中可以很好地工作。总之，这里是代码： 上面代码的问题是（在我的例子中为4.

下面摘录自GCC手册的扩展Asm文档，关于使用关键字在C中嵌入汇编指令： 如果一个输出参数(a)允许寄存器约束，而另一个输出参数(b)允许存储器约束，也会出现同样的问题。GCC生成的用于访问b中的存储器地址的代码可以包含可能由a共享的寄存器，并且GCC认为这些寄存器是ASM的输入。如上所述，GCC假设这样的输入寄存器在写入任何输出之前就被消耗了。如果asm语句在使用B之前写入a，则此假设可能导致不

我想将macOS上的Rust应用程序交叉编译为Raspberry PI2。我找了很多，但没有找到一个可行的解决办法。我尝试的最后一个解决方案是遵循这个答案，但我无法让它工作。 null 似乎无法在macOS计算机上运行二进制文件。将Rust应用程序从macOS交叉编译到Raspberry PI2的ARM架构的正确方法是什么？

我是Android开发人员和计算机视觉工程师。 我正在Mac上用OpenCV做一个计算机视觉项目，用Xcode编写OS X10.9.5，它是跨平台的，所以我所做的是命令行编译到linux并访问它（服务器）。 我遇到的问题是无法识别库。我用： /home/ec2-user/project/utils.cpp:2475:未定义对`JSON::Value::Value(JSON::ValueType)'

当我在ARM中创建程序的asm文件时，GCC有时不会在函数本身中生成函数epilogue，而是创建一些标签，然后调用function epilogue的标签。这只发生在汇编代码中，然后稍后的链接器修复它。有没有强制汇编程序代码生成不将函数尾声放在标签中的.s文件？ 下面是的反汇编： 正如您所看到的，实际上是为保存函数尾声的那个。一旦我将代码编译成二进制，它将以正确的形式出现（函数结尾处的函数尾声）

“…………………………“/raid60/raid2/opt/local/bin/../lib/gcc/x86_64-conda_cos6-linux-gnu/7.3.0/../../../../../x86_64-conda_cos6-linux-gnu/7.3.0/../../../../x86_64-conda_cos6-linux-gnu/x86_64-conda_cos6-linux-gn

我正在开发一个Eclipse插件，其中必须检查当前C项目中设置了哪些编译器选项。基本上，我想访问属性->C/C++Build->Settings->GCC C Compiler->All options字段。 我已经搜索了如何访问它，但我还没有找到一种方法。我试图通过首选项访问它，如下代码所示： 然后我就可以解析字符串了，虽然不是很理想，但它可以工作。我从这篇文章中获得了getResourceIn

考虑以下程序。 当它在没有编译器优化的情况下编译时，它会产生预期的结果。 当使用编译器优化对其进行编译时，会产生以下错误输出。 我正在运行gcc 5.4.0版。 我是否可以在源代码中进行更改，以防止编译器在下产生这种行为？

我在代码的不同地方使用< code>std::bind时遇到了很多问题。有时行得通，有时行不通，所以我认为我正在做一些根本错误的事情。 据我所知，的以下基本用法应该可以正常使用： 当然< code>bar_auto的类型是< code>std::function 它类似于这个bug，但是它太老了，我不认为它是相关的。 gcc的输出并不特别有启发性: 在文件中包含从bindnew.cpp： 1:0：

对于下面的代码，我在gcc中得到了一个模糊的模板实例化错误。但是，使用Clang或Visual Studio，代码可以很好地编译。可以在此处找到代码的完整工作示例：http://coliru.stacked-crooked.com/a/60ef9d73ce95e6f9 我有一个类模板，它是从一个聚合类型构建的 聚合类型由一系列基类组成，例如 我定义了MyClass的两个专业。第一个专业化是常见情况

在SO上回答另一个问题时，我遇到了一个有点可疑的gcc编译器错误。令人不快的片段是 谁的最后一行给出了著名的警告 好友声明'