标签: c++23

我已经阅读了最新的草案，其中lazy_split_view添加了内容。

但后来我发现它split_view改名为lazy_split_view，而且又split_view更新了。

libstdc++最近还通过使用GCC Trunk版本https://godbolt.org/z/9qG5T9n5h实现了这一点

我这里有一个简单的天真的程序，它显示了两个视图的用法，但我看不到它们的区别：

#include <iostream>
#include <ranges>

int main(){

    std::string str { "one two three  four" };

    for (auto word : str | std::views::split(' ')) {
        for (char ch : word)
            std::cout << ch;
        std::cout << '.';
    }

    std::cout << '\n';

    for (auto word : str | std::views::lazy_split(' ')) {
        for (char ch : word)
            std::cout << ch;
        std::cout << '.';
    }

}

输出：

one.two.three..four.
one.two.three..four. …

C++23 可能会通过标头引入堆栈跟踪机制<stacktrace>。

我知道我们将会有一个由“ies”std::stack_trace组成的班级std::stacktrace_entry，这一切都很好。但是 - 仅现有的这不会有太大帮助，因为每个人都必须煞费苦心地确保他们始终收集堆栈跟踪并将其放入他们抛出的异常中。这是不好的。

相反，我想要的是每个（？）异常自动携带堆栈跟踪，这样当我检查它或打印它时，甚至当它在未捕获时自动打印时，堆栈跟踪都会被打印出来。

这是计划中可能实现的，还是我要求太多？

C++23 草案要求结构或类的后续非静态数据成员必须具有更高的地址。据我所知，早期的标准也部分地要求这样做，但是当允许编译器重新排序这些数据成员时有一些规则。这里有人能告诉我哪些规则在什么时候适用吗？

自从std::generator正在进入 CPP23，我正在尝试 MSVC 的不完整版本。

然而，我注意到，yield与 一起使用时，它似乎恰好丢失了一个std::views::take。这是示例：

#include <iostream>
#include <ranges>

#include <experimental/generator>

std::experimental::generator<int> GeneratorFn(void) noexcept
{
    co_yield 1;
    co_yield 2;
    co_yield 3;
    co_yield 4;
    co_yield 5;
    co_yield 6;
    co_yield 7;
    co_yield 8;
    co_yield 9;
    co_return;
}

int main(int argc, char** args) noexcept
{
    auto Ret = GeneratorFn();
    for (auto&& i : Ret | std::views::take(2))
        std::cout << i << '\n';
    for (auto&& i : Ret | std::views::take(3))
        std::cout << i << '\n';
    for (auto&& i …

有一个相当典型的任务是同时对两个数组进行排序，假设数组的相同索引元素形成虚拟对，并对其进行排序。这样的问题至少在 10 年前就出现过：boost zip_iterator 和 std::sort

现在这个任务可以使用range-v3库来解决：

#include <array>
#include <range/v3/all.hpp>

int main() {
   auto x = std::array{ 3,   2,   4,   1 };
   auto y = std::array{'A', 'B', 'C', 'D'};
   ranges::sort( ranges::views::zip( x, y ) );
   // here x = {1,2,3,4}, y={'D','B','A','C'}
}

在线演示： https: //gcc.godbolt.org/z/WGo4vGsx5

在 C++23 中出现了std::ranges::zip_view，我的期望是可以仅使用标准库编写相同的程序：

#include <array>
#include <ranges>
#include <algorithm>

int main() {
   auto x = std::array{ 3,   2,   4,   1 };
   auto y = std::array{'A', 'B', 'C', 'D'};
   std::ranges::sort( std::views::zip( …

我目前正在使用 C++ 模块，尝试对我们公司的代码 C++ 基础进行现代化改造，以使用模块来实现核心功能。特别是即将推出的 C++23std模块，作为预编译头的更好替代品，它看起来非常有趣。

所以我使用的是Visual Studio 2022 17.5 Preview 2.0，它对模块有初步支持std。顺便说一句，我遇到了编译器内部错误，我向Microsoft报告了这个错误。

在我们所有的 C++ 源文件中，现在都有一个import std;语句，而且效果很好。每个应该位于std命名空间中的标识符似乎都按预期导出。我测量到与之前使用预编译头相比，编译时间略有减少。

我发现，如果你，你在任何标准import std;C++ 头文件中都会遇到很多奇怪的编译错误，因为 Microsoft 编译器会感到困惑并抱怨重新定义。所以我小心翼翼地将它们全部删除。 #include <>