gpt4 book ai didi

c++ - gcc 4.8 或更早版本对正则表达式有问题吗?

转载 作者:IT老高 更新时间:2023-10-28 11:56:01 25 4
gpt4 key购买 nike

我正在尝试在 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 完成之前以及许多其他编译器提供 any 支持之前访问最前沿的功能,而这些反馈确实有助于改进 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 中)并非易事。

关于c++ - gcc 4.8 或更早版本对正则表达式有问题吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12530406/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com