subject:"\[Bug libstdc\+\+\/93983\] std\:\:filesystem\:\:path is not concept\-friendly"

[Bug libstdc++/93983] std::filesystem::path is not concept-friendly

2020-05-21 Thread cvs-commit at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 --- Comment #12 from CVS Commits --- The releases/gcc-10 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:566ba72126288272607374a32ac646dcd36fe584 commit r10-8163-g566ba72126288272607374a32ac646dcd36fe584 Author: Jonathan Wake

[Bug libstdc++/93983] std::filesystem::path is not concept-friendly

2020-05-21 Thread redi at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 Jonathan Wakely changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug libstdc++/93983] std::filesystem::path is not concept-friendly

2020-05-20 Thread cvs-commit at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 --- Comment #11 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:f094665d465cdf8903797cc58bea13007e588616 commit r11-541-gf094665d465cdf8903797cc58bea13007e588616 Author: Jonathan Wakely Date:

[Bug libstdc++/93983] std::filesystem::path is not concept-friendly

2020-05-20 Thread redi at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 Jonathan Wakely changed: What|Removed |Added CC||s_gccbugzilla at nedprod dot com ---

[Bug libstdc++/93983] std::filesystem::path is not concept-friendly

2020-05-20 Thread redi at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 --- Comment #9 from Jonathan Wakely --- Thanks, Tim. I'd forgotten about that issue and was about to reinvent the resolution.

[Bug libstdc++/93983] std::filesystem::path is not concept-friendly

2020-05-20 Thread rs2740 at gmail dot com

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 --- Comment #8 from TC --- (really from Tim) This is https://cplusplus.github.io/LWG/issue3420

[Bug libstdc++/93983] std::filesystem::path is not concept-friendly

2020-05-20 Thread redi at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 --- Comment #7 from Jonathan Wakely --- (In reply to Lyberta from comment #0) > #include > #include > > struct Foo > { > Foo(const std::filesystem::path& p); > }; > > static_assert(std::copyable); The problem is that copyable considers t

[Bug libstdc++/93983] std::filesystem::path is not concept-friendly

2020-05-12 Thread redi at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 Jonathan Wakely changed: What|Removed |Added Keywords||rejects-valid Status|UNCON

[Bug libstdc++/93983] std::filesystem::path is not concept-friendly

2020-05-12 Thread gcc-bugs at marehr dot dialup.fu-berlin.de

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 gcc-bugs at marehr dot dialup.fu-berlin.de changed: What|Removed |Added CC||gcc-bugs at m

[Bug libstdc++/93983] std::filesystem::path is not concept-friendly

2020-03-21 Thread redi at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93983 --- Comment #5 from Jonathan Wakely --- (In reply to Paco Arjonilla from comment #4) > There is no reason why an extra constructor would affect the semiregularity > of a type. That's not true. A private or deleted constructor that is a better m