Heute habe ich v1.5.8 von ghc::filesystem veröffentlicht, meiner Implementation der C++17-Komponente std::filesystem für C++11, C++14, C++17 und C++20.

Dies ist ein kleines Bugfix-Release, das fs::create_directories unter Windows repariert, das bei langen Dateinamen fehlschlug.

Heute habe ich v1.5.6 von ghc::filesystem veröffentlicht, meiner Implementation der C++17-Komponente std::filesystem für C++11, C++14, C++17 und C++20.

Dieses Release behebt, dass ghc::filesystem gemountete Ordner/Volumes fälschlich als Symlinks behandelte, ergänzt fehlende Unterstützung für char16_t-, char32_t- und unter C++20 char8_t-Literale und bringt erste experimentelle QNX-Unterstützung.

Heute habe ich v1.5.4 von ghc::filesystem veröffentlicht, meiner Implementation der C++17-Komponente std::filesystem für C++11, C++14, C++17 und C++20.

Dieses Release optimiert die Verzeichnis-Iteration weiter, die Performance von recursive_directory_iterator über große Bäume liegt nun irgendwo zwischen libc++ und libstdc++, und bringt vorläufige Cygwin-Unterstützung.

Heute habe ich v1.5.2 von ghc::filesystem veröffentlicht, meiner Implementation der C++17-Komponente std::filesystem für C++11, C++14, C++17 und C++20.

Dieses Release bringt Performance-Optimierungen im POSIX-Backend, wo Tests mit recursive_directory_iterator über einen größeren Verzeichnisbaum etwa 20%-25% schneller wurden, verbesserte string_view-Unterstützung und diverse Fehlerbehebungen.

Heute habe ich v1.5.0 von ghc::filesystem veröffentlicht, meiner Implementation der C++17-Komponente std::filesystem für C++11, C++14, C++17 und C++20.

Dieses Release ist das Ergebnis eines größeren Refactorings: Unter Windows speichert fs::path nun die native Pfad-Repräsentation mit wchar_t als value_type, wodurch ein interner Cache entfällt, der prinzipbedingt nicht threadsicher war, und viele Konvertierungen bei Win-API-Aufrufen vermieden werden.