我正在尝试在一段 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。
最佳答案
<分区>
<regex>在 GCC 4.9.0 中实现和发布。
在您的(旧)版本的 GCC 中，它是 not implemented .
那个原型(prototype)<regex>当 GCC 的所有 C++0x 支持都是高度实验性时添加代码，跟踪早期的 C++0x 草稿并提供给人们进行实验。这使得人们能够在标准定稿之前发现问题并向标准委员会提供反馈。当时，很多人很感激能够在 C++11 完成之前以及在许多其他编译器提供任何支持之前很久就能够访问最前沿的功能，并且这种反馈确实有助于改进 C++11 .这是一件好事TM。
<regex>代码从来没有处于有用的状态，而是像当时的许多其他代码一样作为半成品添加的。它已 checkin 并可供其他人在需要时进行协作，目的是最终完成它。
这通常是开源的工作方式:Release early, release often -- 不幸的是 <regex>我们只做对了早期的部分，而不是通常会完成实现的部分。
该库的大部分内容更加完整，现在几乎完全实现了，但是 <regex>没有，所以自添加以来一直处于未完成状态。
Seriously though, who though that shipping an implementation of regex_search that only does "return false" was a good idea?
几年前，这并不是一个坏主意，当时 C++0x 仍在进行中，我们发布了许多部分实现。没有人认为它会长时间无法使用，所以事后看来，也许它应该被禁用并需要一个宏或内置选项来启用它。但是那艘船很久以前就航行了。 libstdc++.so 库中有依赖于正则表达式代码的导出符号，因此简单地删除它(例如，在 GCC 4.8 中)并非易事。