问题标签 [g++4.9]

Given an old-style const char * pointer and a length, is there a way to call std::regex_search() on it without first copying the contents of the buffer into a std::string? Here is a simple example of the problem I have:

I thought the 5th std::regex_search() that takes two iterators is what I need, but I'm not fully understanding how to convert pointers to iterators. When I try to compile the code above, I get this:

...and a lot more errors!

Can const char * be converted to the necessary iterator? Did I do it wrong? Am I misunderstanding how this works?

我通过自制软件下载了 gcc-4.9。我最初的目标是让 openMP 与我编写的一些代码 (c++) 一起工作。

但是现在我无法编译任何代码。

这是我的生成文件：

这是错误。

这是指向实现代码的指针的最小化部分：

它可以在 G++4.8 和之前的版本上编译并且也可以工作。但是 G++4.9.2 编译器会引发以下错误：

但它可以通过小技巧来修复。如果我通过 ' &*this ' 而不是 ' this ' 那么它会进入可编译状态。

是 G++ 回归还是新的 C++ 标准功能消除了向后兼容性？

我有这样的代码：

我发现主线程永远不会执行嵌套在第一个任务中的 DoComputationOnPartition 任务。有人可以解释一下吗？它应该工作，对吧？#pragma omp taskwait 是一个调度点，因此团队的任何线程都应该能够获得任务。主线程到达最终任务等待，它应该能够获得嵌套任务。他们有足够长的时间来允许这样做。

谢谢。

我最近安装了 gcc 4.9.2 并在与 libs 链接时发现了一个问题。

搜索路径的输出：

真的，有问题的事情是这样的：

我需要更改这两个库的顺序（以便 lib64 具有更高的搜索优先级），因为两个目录都有 libstdc++.so.6，我需要使用 lib64 文件夹中的那个。

我该怎么做？

请不要：

1，建议我更改 LD_LIBRARY_PATH 以明确包含 libstdc++.so.6 因为我确定 x86_64-linux-gnu 文件夹中还有其他东西是 lib64 文件夹中的旧版本 - 我从旧版本升级了 g++。

2，建议我在 g++ -L 选项中明确包含 lib64/libstdc++.so.6。

非常感谢。

/************************编辑了解更多信息********************* ***/

根据下面的要求，这里有一些关于配置和安装的详细信息（我从 gcc.gnu.org 下载了 4.9.2 源，解压缩并在 4.9.2 顶级文件夹中启动）：

我尝试了以下方法，但最后得到了错误。为了确保 4.8.2 没有干扰，我将其删除。

任何建议都会很棒！

引用GCC page on C++14 support

重要提示：因为最终的 ISO C++14 标准是最近才发布的，所以 GCC 的支持是实验性的。不会尝试保持与不反映最终标准的 C++14 功能实现的向后兼容性。

我找不到experimental. 正如最后一句提到的，它是否仅适用于非标准功能的向后兼容性？还是它也表明稳定性或缺乏稳定性？同一页上的一个较早的句子说

C++14 功能作为“主线”GCC 编译器的一部分在 GCC 的 Subversion 存储库的主干以及 GCC 4.8 及更高版本中提供。

对我来说，这意味着稳定性。是这样吗？特别是，我的问题是关于 GCC 4.9，因为根据上述页面，这是具有完整 C++14 支持的最早版本。

我遇到了 gcc/g++ <= 4.8.X 不支持 RegEx 的问题（我的第一反应是：什么？！）。

安装（Ubuntu 14.04 LTS）gcc-4.9 和 g++-4.9（应该正确支持 RegEx）后，我仍然得到同样的错误：

我的CMakeLists.txt看起来像这样（使用 Jetbrains CLion 作为 IDE）：

我的代码如下所示：

编译器/链接器不会抱怨任何事情。程序在没有正则表达式的情况下运行良好。

编辑：使用正则表达式手动编译代码后g++-4.9 -std=c++11 main.cpp。为什么 IDE/CMake 版本会失败？

是否可以在不使用表达式的情况下编写一行if-else语句（即仅使用一个;）？例如某种形式的东西： ?:if (p == 1) " " else "\n";

潜在目的可能是： cout << if (p == 1) " " else "\n";

只是好奇这是否可能，不知道是否有任何实际应用。

谢谢

使用该参数，在每个错误 gcc 打印出“编译因 -Wfatal-errors 而终止”。

但它一直在继续。实际上并没有停止。

我用：

调用编译器：

编译时间与没有参数时大致相同。错误的数量也相同。

但是，如果我构建一个最小的例子：

并用_

然后它确实起作用了，第二个错误永远不会出现（并且它没有参数）。

这种不规则的原因可能是什么？我该如何规避它？

显然我不在乎一个小例子的编译是否中止，但是对于一个真实的项目，节省的时间是——或者更确切地说是——实际上是有价值的。

我搜索了这个问题，只发现了大约两年前关于相同参数的不同问题的主题（不适用于 Clang，不包含在 gcc 3.x 中等），这些似乎都不适用于这里。

--

要遵循@David Macek 的评论，具有相同类型的第一个错误的最小示例是

它也在第一个错误之后正确终止，并且永远不会到达 main 中的表达式。