问题标签 [gcc4.4]

我必须编写一些汇编代码。因此，我安装了 gcc4.4（每个自制软件）并调用gcc-4.4 -c asma.s了 ，但它没有按预期工作：

第一行只包含标准的伪操作！

我必须安装替代汇编器吗？

我想在某个间隔内生成随机整数。我不想使用 srand 的基本实现和 time(NULL) 作为种子，因为我已经读过它不是最“随机”的方式。

我看过很多描述如何在 C++11 中使用 std::uniform_int_distribution 的帖子，但不幸的是，我在一个仍然使用 g++ 4.4.5 的计算集群上工作，它没有这个功能。这个编译器有类似的东西吗？

我无法在使用 gcc 4.4.7（centos6.4、redhat 6.0、6.1 等）的机器上使用 boost 协程构建一个简单的项目。使用运行 gcc 4.8.3（fedora 19，centos 7.0）的机器可以很好地构建相同的项目。

由于Boost 1.55 版本历史 确实将 gcc 4.4.7 列为经过测试的编译器，我做错了什么？

简单的测试文件包含以下 main.cpp 文件：

我得到的编译错误是：

在它不会构建的机器上“gcc --version”的输出是：

它将构建的机器上“gcc --version”的输出是：

我不知道该怎么做；它快把我逼疯了。

这在 gcc v4.9.2 上编译得很好：

$ g++ -std=c++0x test.cc -o test

不幸的是，我可以使用的只有 gcc v4.4.7，它会产生一个可怕的错误消息，我将把它贴在底部。

我可以push_back unique_ptr进入vectors 就好了；我不明白为什么有问题map。

我也尝试过使用insert：

我可以做得pair很好，但是当我尝试move进入时，insert我得到了错误。它似乎出于某种原因试图调用复制构造函数，但我不明白为什么，因为我正在调用move它。

emplace有相同的结果：

这两个都在 g++ v4.9.2 中编译得很好，但在 v4.4.7 中没有。

任何人都对另一种方法有任何想法（在 v4.4.7 中）？

完整的错误消息输出（来自第一个示例）：

现在我的 ubuntu 15.10 机器上的 gcc 和 g++ 是 5.2.1 版。出于某种原因，我需要安装其中的 v4.4。我下载了gcc4.4.7的源代码并配置如下：

我有一个 makefile 并尝试 make 但我收到这两个错误：

那么如何解决这个问题呢？谢谢。

我在我的 C++ 应用程序中使用 hash_map。当我使用 4.1.2 版本构建应用程序时，构建成功。当我尝试使用 4.4.6 版本构建应用程序时，它会抛出错误

/include/c++/4.4.6/backward/backward_warning.h:28:2: error: #warning 此文件包含至少一个已弃用或过时的标头，将来可能会在不另行通知的情况下将其删除。请改用具有等效功能的非弃用接口。有关替换标头和接口的列表，请参阅文件 backward_warning.h。要禁用此警告，请使用 -Wno-deprecated。

根据我查看的建议/usr/include/c++/4.4.6/backward/backward_warning.h并将其更改hash_map为unordered_map.

现在我收到以下错误，

/include/c++/4.4.6/c++0x_warning.h:31:2: error: #error 此文件需要编译器和库支持即将推出的 ISO C++ 标准 C++0x。此支持目前是实验性的，必须使用 -std=c++0x 或 -std=gnu++0x 编译器选项启用。

我只能看到中的错误消息/usr/include/c++/4.4.6/c++0x_warning.h。

我对 C++ 相当陌生。有人可以帮我解决这个问题吗？

下面的代码在 Visual Studio 中成功排序。
但是，在 Ubuntu GCC 4.4.7 编译器会抛出错误。似乎对这种语法并不熟悉。我该如何修复这一行以使代码在 GCC 中工作？（编译器是远程的。所以我也无法升级 GCC 版本）。我在这里做的是：根据它们的适应度值对向量 B 元素进行排序

（注意：这 3 行在 MSVC 中编译成功，但在 GCC 中没有）

它似乎工作。它是一个功能还是没有？我不知道它的技术名称，但它似乎工作。我对 C++ 不太熟悉。

当我尝试编译以下联合时，会弹出此警告： 10:5: note: offset of packed bit-field 'main()::pack_it_in::<anonymous struct>::two' has changed in GCC 4.4

#pragma 不会忽略该注释。有没有办法让#pragma 工作而不必使用，-Wno-packed-bitfield-compat因为我希望这个警告只被我的八个工会中的两个忽略？

我从硬件寄存器中得到一些值，这些值存储在 16 位无符号整数中，但这些值实际上是有符号的。知道最后一位是符号位，一位同事做了以下代码片段将它们转换为 2 的补码值：

据我所知，无符号整数类型和有符号整数类型的区别仅在于它们的类型和最后一位的含义；所以像下面这样的铸造也应该起作用：

当需要将值推送到硬件时，与计算不同，反向操作很简单。前一种解决方案的优点是它没有工具链；因为它迟早会改变（gcc 4.4.7，所以 C++03），我宁愿不必这样做，但几年后编译时不会有任何回归。后者的优点是可读性更强，更接近标准，避免不必要的操作。

如果在工具链更改后再次编译（即使标准类型在工具链中的某处重新定义，而我并没有真正掌握它） ，在我的情况下，最好的方法是确保保持相同的行为？如果您保留第一个解决方案，如何改进它和/或编码反向转换（请记住，数据可以是数据缓冲区上的指针）？

我正在尝试在 gcc4.4.x 上使用 std::unique_ptr，但面临shared_ptr.h编译问题。shared_ptr.h无法使用编译-fno-rtti器选项进行编译。

我不需要 std::shared_ptr，我只是在使用std::unique_ptr，一些旧代码仍在使用std::auto_ptr.

我可以修补标题<memory>以确保shared_ptr.h当有人包含<memory>. 目前我-DSHARED_PTR_H=1在编译器选项中使用以避免编译shared_ptr.h. 这似乎是一个黑客，你能指导我更好的方法吗？