问题标签 [xlc]

当使用带有 XLC 编译器（用于 powerpc）的内联汇编时，标签会被翻译，因此无法知道跳转的最终标签名称。例子：

如果我使用 GCC 编译前面的代码，一切都会按预期工作。但是，当使用 XLC 时，生成的程序集如下：

显然，程序无法编译，因为从未定义过“mylabel”。“mylabel”的定义自动翻译为“.L1”名称。实际上这个名称取决于定义的本地标签的数量。所以，它可以是“.L1”，“.L2”......

我尝试使用 asm, __asm 而不是 __asm__ 但我得到了相同的输出。禁用编译器优化也不起作用。有人知道在 XLC 中生成程序集时如何保留本地标签名称吗？任何其他解决方法也将有所帮助。

谢谢，

ibm 参考说，当发生严重级别高于 -qhalt 编译器选项设置的错误时，将生成返回码 1 。我确实使用 -qhalt=s （仅严重错误）和 -qnomaxerr （对错误数量没有限制）进行编译。尽管我成功地获取了我的文件，但编译的 xlC 返回代码是 1，但不是 0。我会接受它，但这会破坏我的 Makefile，因为当它遇到来自编译器的非零错误代码时，make 会停止。

当我编译一个简单的int main() { return 0; }程序时，我得到了预期的 0 返回码......

以下是有问题的编译会话的样子：

我不知道那个 1501-218 警告，也无法在 ibm 参考中找到它。

我可以使用 ssh/telnet 对 AIX 机器进行终端访问（无 root 访问权限）。我需要使用 C 开发程序并使用 xlc 编译器对其进行编译。目前我可以使用 RSE 在 eclipse(Juno) 中打开远程文件并编辑文件，但代码完成和错误检查将不起作用。任何人都可以帮我设置eclipse，这样代码完成就可以工作，而且我可以从我的Windows机器上编译代码。任何帮助将不胜感激。

所以，我被要求在 AIX7（64 位）机器上编译一些遗留的 C 代码。

而且，我只是更改了生成文件以编辑使用的编译器（从 gcc 到 xlc_r），以及从（-DAIX3 到 -DAIX7）的标志。

但是，由于这个愚蠢的行为，我收到了一个抱怨的错误

方法是问题看起来像

我想知道 ... 是什么，它是否构成一个开放的参数列表？我如何让它在 AIX7 上运行？

一切都编译得很好，但在运行时，它崩溃了，没有任何核心转储、异常或没有关于正在发生的事情的日志线索。插入调试行后发现就在这一段代码周围

它发生在该块的最后一行，即 push_back 发生的地方。

并且schemaStructureDeque恰好是一个类型的对象，DEQUE< OrbSchemaStructure >& schemaStructureDeque其中 DEQUE 是 std::deque 的定义。

OrbSchemaStructure 是在 idl 中定义的结构，如下所示：

处理双端队列的方式有什么变化吗？我错过了什么吗？

在将这个问题写成过于本地化之前，请让我知道我是否缺少任何信息，或者我没有找对地方。

我正在使用omniORB 4.0.4 顺便说一句。

在 linux 中，gcc 会报告未解析的符号（如果有）。我应该如何使用 ld 在 aix 中生成此类信息？

是否有任何工具可以让我在 XCOFF 文件中列出 TOC 条目？

也许这是一个糟糕的编程案例，但它体现在 XLC++ 从 6.0 升级到 11.1

代码如下所示：

在每个解析方法中，我们做一个return (startAt + 1 + vRows * 81);

vRows 在所有方法中都为零。

使用旧编译器，输出如下所示：

但是，使用新的编译器，输出看起来像

处理整数/返回的方式是否发生了变化？

给定 tmp.cpp：

尽管我使用#pragma report它应该抑制警告，但我仍然得到：

如何摆脱该警告？

错误消息编号在此处，#pragma 报告说明在此处。我的编译器是 IBM XL C/C++ Advanced Edition for Blue Gene/P, V9.0

我们正在创建一种域特定语言，该语言生成必须在 gcc 和 IBM xlc（AIX 版本 10.1）编译器下编译的 C++ 代码。

一个特定的代码片段生成了在 gcc 下运行良好的 C++ 代码，但在 xlc 下就不行了。我已将代码修改为仍会触发编译错误的最小情况：

编译它会引发以下错误：“bug183.cpp”，第 21.66 行：1540-0114 (S) 参数名称不得与此函数的另一个参数相同。

但是如果我像这样删除构造函数调用上的括号：

错误消失。此外，如果我更改另一个在错误消失时weco创建的 extern 变量，即使我将构造函数括在括号中，所以可以肯定地说，需要同时存在这两个条件才能显示此错误。weco

你们中的一些人可能会问为什么我们不直接删除括号，但这样做可能会损害部分正常工作的代码，所以我倾向于理解这种行为是否来自 C++ 编译器，或者如果至少有一个已知的解决方法。