[Bug libstdc++/99290] std::filesystem::copy does not always report errors for recursion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99290 Jonathan Wakely changed: What|Removed |Added Target Milestone|11.4|10.4 --- Comment #7 from Jonathan Wakely --- Also fixed for 10.4 now.
[Bug libstdc++/99290] std::filesystem::copy does not always report errors for recursion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99290 --- Comment #6 from CVS Commits --- The releases/gcc-10 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:43cbff3da5a856d1b18a9ad33b337ab829af73ed commit r10-10833-g43cbff3da5a856d1b18a9ad33b337ab829af73ed Author: Jonathan Wakely Date: Thu Apr 28 13:06:31 2022 +0100 libstdc++: Fix error reporting in filesystem::copy [PR99290] The recursive calls to filesystem::copy should stop if any of them reports an error. libstdc++-v3/ChangeLog: PR libstdc++/99290 * src/c++17/fs_ops.cc (fs::copy): Pass error_code to directory_iterator constructor, and check on each iteration. * src/filesystem/ops.cc (fs::copy): Likewise. * testsuite/27_io/filesystem/operations/copy.cc: Check for errors during recursion. * testsuite/experimental/filesystem/operations/copy.cc: Likewise. (cherry picked from commit 4e117418fb71f508c479e0144500f4da9cc92520)
[Bug libstdc++/99290] std::filesystem::copy does not always report errors for recursion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99290 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |11.4 --- Comment #5 from Jonathan Wakely --- Fixed for 11.4 and 21.1
[Bug libstdc++/99290] std::filesystem::copy does not always report errors for recursion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99290 --- Comment #4 from CVS Commits --- The releases/gcc-11 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:9821d286bce3edf1d36168f129bfc7fe99c15fc3 commit r11-9948-g9821d286bce3edf1d36168f129bfc7fe99c15fc3 Author: Jonathan Wakely Date: Thu Apr 28 13:06:31 2022 +0100 libstdc++: Fix error reporting in filesystem::copy [PR99290] The recursive calls to filesystem::copy should stop if any of them reports an error. libstdc++-v3/ChangeLog: PR libstdc++/99290 * src/c++17/fs_ops.cc (fs::copy): Pass error_code to directory_iterator constructor, and check on each iteration. * src/filesystem/ops.cc (fs::copy): Likewise. * testsuite/27_io/filesystem/operations/copy.cc: Check for errors during recursion. * testsuite/experimental/filesystem/operations/copy.cc: Likewise. (cherry picked from commit 4e117418fb71f508c479e0144500f4da9cc92520)
[Bug libstdc++/99290] std::filesystem::copy does not always report errors for recursion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99290 Jonathan Wakely changed: What|Removed |Added CC||m...@msc-ge.com --- Comment #3 from Jonathan Wakely --- *** Bug 105422 has been marked as a duplicate of this bug. ***
[Bug libstdc++/99290] std::filesystem::copy does not always report errors for recursion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99290 --- Comment #2 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:4e117418fb71f508c479e0144500f4da9cc92520 commit r12-8303-g4e117418fb71f508c479e0144500f4da9cc92520 Author: Jonathan Wakely Date: Thu Apr 28 13:06:31 2022 +0100 libstdc++: Fix error reporting in filesystem::copy [PR99290] The recursive calls to filesystem::copy should stop if any of them reports an error. libstdc++-v3/ChangeLog: PR libstdc++/99290 * src/c++17/fs_ops.cc (fs::copy): Pass error_code to directory_iterator constructor, and check on each iteration. * src/filesystem/ops.cc (fs::copy): Likewise. * testsuite/27_io/filesystem/operations/copy.cc: Check for errors during recursion. * testsuite/experimental/filesystem/operations/copy.cc: Likewise.
[Bug libstdc++/99290] std::filesystem::copy does not always report errors for recursion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99290 Martin Liška changed: What|Removed |Added Last reconfirmed||2021-02-26 Ever confirmed|0 |1 CC||marxin at gcc dot gnu.org, ||redi at gcc dot gnu.org Status|UNCONFIRMED |NEW --- Comment #1 from Martin Liška --- Confirmed.