104

我正在尝试在 C++11 代码中使用 std::regex，但似乎支持有点错误。一个例子：

#include <regex>
#include <iostream>

int main (int argc, const char * argv[]) {
    std::regex r("st|mt|tr");
    std::cerr << "st|mt|tr" << " matches st? " << std::regex_match("st", r) << std::endl;
    std::cerr << "st|mt|tr" << " matches mt? " << std::regex_match("mt", r) << std::endl;
    std::cerr << "st|mt|tr" << " matches tr? " << std::regex_match("tr", r) << std::endl;
}

输出：

st|mt|tr matches st? 1
st|mt|tr matches mt? 1
st|mt|tr matches tr? 0

当使用 gcc (MacPorts gcc47 4.7.1_2) 4.7.1 编译时，或者使用

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

或者

g++ *.cc -o test -std=gnu++0x

此外，如果我只有两个替代模式，例如st|mt，正则表达式效果很好，所以看起来最后一个由于某些原因不匹配。该代码适用于 Apple LLVM 编译器。

关于如何解决这个问题的任何想法？

更新一种可能的解决方案是使用组来实现多种替代方案，例如(st|mt)|tr.

4

3 回答 3

174

<regex>在 GCC 4.9.0 中实现并发布。

在您的（旧）版本的 GCC 中，它没有实现。

该原型<regex>代码是在 GCC 的所有 C++0x 支持高度实验性的时候添加的，跟踪早期的 C++0x 草案并可供人们进行试验。这使人们能够在标准定稿之前发现问题并向标准委员会提供反馈。当时，很多人很高兴能够在 C++11 完成之前以及许多其他编译器提供任何支持之前访问前沿特性，而这些反馈确实有助于改进 C++11。这是一件好事TM。

该<regex>代码从未处于有用状态，而是像当时许多其他代码一样作为正在进行的工作添加。它被签入并可供其他人合作，如果他们愿意的话，目的是最终完成。

这通常是开源的工作方式：尽早发布，经常发布——不幸的是，<regex>我们只得到了早期的部分，而不是完成实施的经常部分。

库的大部分部分更完整，现在几乎完全实现了，但<regex>还没有实现，所以它自添加以来一直处于未完成状态。

不过说真的，谁认为只提供“返回 false”的 regex_search 实现是个好主意呢？

几年前这不是一个坏主意，当时 C++0x 仍在进行中，我们发布了许多部分实现。没有人认为它会在这么长时间内无法使用，所以事后看来，也许它应该被禁用并且需要一个宏或内置选项来启用它。但是那艘船很久以前就航行了。libstdc++.so库中的导出符号依赖于正则表达式代码，因此简单地删除它（例如，在 GCC 4.8 中）并非易事。

于 2012-09-30T21:45:38.863 回答
14

特征检测

这是一个片段，用于检测是否libstdc++使用 C 预处理器定义实现了实现：

#include <regex>
#if __cplusplus >= 201103L &&                             \
    (!defined(__GLIBCXX__) || (__cplusplus >= 201402L) || \
        (defined(_GLIBCXX_REGEX_DFS_QUANTIFIERS_LIMIT) || \
         defined(_GLIBCXX_REGEX_STATE_LIMIT)           || \
             (defined(_GLIBCXX_RELEASE)                && \
             _GLIBCXX_RELEASE > 4)))
#define HAVE_WORKING_REGEX 1
#else
#define HAVE_WORKING_REGEX 0
#endif

宏

  • _GLIBCXX_REGEX_DFS_QUANTIFIERS_LIMIT定义在_ bits/regex.tcc_4.9.x
  • _GLIBCXX_REGEX_STATE_LIMIT定义在_ bits/regex_automatron.h_5+
  • _GLIBCXX_RELEASE7+由于这个答案而被添加到，并且是 GCC 主要版本

测试

您可以像这样使用 GCC 对其进行测试：

cat << EOF | g++ --std=c++11 -x c++ - && ./a.out
#include <regex>

#if __cplusplus >= 201103L &&                             \
    (!defined(__GLIBCXX__) || (__cplusplus >= 201402L) || \
        (defined(_GLIBCXX_REGEX_DFS_QUANTIFIERS_LIMIT) || \
         defined(_GLIBCXX_REGEX_STATE_LIMIT)           || \
             (defined(_GLIBCXX_RELEASE)                && \
             _GLIBCXX_RELEASE > 4)))
#define HAVE_WORKING_REGEX 1
#else
#define HAVE_WORKING_REGEX 0
#endif

#include <iostream>

int main() {
  const std::regex regex(".*");
  const std::string string = "This should match!";
  const auto result = std::regex_search(string, regex);
#if HAVE_WORKING_REGEX
  std::cerr << "<regex> works, look: " << std::boolalpha << result << std::endl;
#else
  std::cerr << "<regex> doesn't work, look: " << std::boolalpha << result << std::endl;
#endif
  return result ? EXIT_SUCCESS : EXIT_FAILURE;
}
EOF

结果

以下是各种编译器的一些结果：

$ gcc --version
gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-11)
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ ./a.out
<regex> doesn't work, look: false

$ gcc --version
gcc (GCC) 6.2.1 20160830
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ ./a.out
<regex> works, look: true

$ gcc --version
gcc (Debian 4.9.2-10) 4.9.2
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ ./a.out
<regex> works, look: true

$ gcc --version
gcc (Ubuntu 6.2.0-5ubuntu12) 6.2.0 20161005
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ ./a.out
<regex> works, look: true

$ gcc --version
gcc (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ ./a.out
<regex> works, look: true

$ gcc --version
gcc (GCC) 6.2.1 20160830
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ clang --version
clang version 3.9.0 (tags/RELEASE_390/final)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
$ ./a.out  # compiled with 'clang -lstdc++'
<regex> works, look: true

这里是龙

这是完全不受支持的，它依赖于 GCC 开发人员已放入bits/regex*标头中的私有宏的检测。他们随时都可能变身离开。希望它们不会在当前的 4.9.x、5.x、6.x 版本中被删除，但它们可能会在 7.x 版本中消失。

如果 GCC 开发人员#define _GLIBCXX_HAVE_WORKING_REGEX 1在 7.x 版本中添加了一个（或其他东西，提示提示轻推）并持续存在，则可以更新此代码段以包含该代码段，并且以后的 GCC 版本将与上面的代码段一起使用。

据我所知，除了 YMMV 之外，所有其他编译器都可以正常<regex>工作__cplusplus >= 201103L。

显然，如果有人在标头之外定义_GLIBCXX_REGEX_DFS_QUANTIFIERS_LIMITor宏，这将完全中断。_GLIBCXX_REGEX_STATE_LIMITstdc++-v3

于 2016-12-16T14:07:54.633 回答
0

目前（在 g++ (GCC) 4.9.2 中使用 std=c++14）仍然不接受 regex_match。

这是一种类似于 regex_match 但使用 sregex_token_iterator 的方法。它适用于 g++。

string line="1a2b3c";
std::regex re("(\\d)");
std::vector<std::string> inVector{
    std::sregex_token_iterator(line.begin(), line.end(), re, 1), {}
};

//prints all matches
for(int i=0; i<inVector.size(); ++i)
    std::cout << i << ":" << inVector[i] << endl;

它将打印 1 2 3

您可以阅读 sregex_token_iterator 参考： http ://en.cppreference.com/w/cpp/regex/regex_token_iterator

于 2017-07-10T18:25:53.720 回答