Tracking issue: `std::filesystem::path` headaches, and breakage on Windows with non-ASCII paths

Version

v24.1.0

Platform

Microsoft Windows NT 10.0.19045.0 x64

Subsystem

No response

What steps will reproduce the bug?

Couldn't find a tracking issue for this one.

There are places in the source that handle std::filesystem::path objects, and on Windows, this involves conversion between UTF-8 strings and wchar-based paths. This can lead to path corruption, as previously discussed.

One example of this is #56049, which has an open PR to fix this specific usage. However, #58764 has just been reported, which affects a completely different area of the API. There are other examples of usage elsewhere in the source.

It feels like this probably needs a library-wide approach – even if not removing std::filesystem::path entirely as previously discussed, then at least some sort of internal wrapper API to abstract out potential footguns.

まず #56049 と #58764 を確認し、その後、ソース内で std::filesystem::path の他の使用箇所を検索してください。これらの例を含む影響を受ける使用箇所の解決と Windows パス変換の処理について、ライブラリ全体で合意されたアプローチが確立されていることを完了条件とします。