[PATCH] libstdc++: Fix filesystem::path constraints for volatile [PR 100630]
Jonathan Wakely
jwakely@redhat.com
Mon May 17 17:14:11 GMT 2021
On 17/05/21 15:25 +0100, Jonathan Wakely wrote:
>On 17/05/21 15:02 +0100, Jonathan Wakely wrote:
>>The constraint check for filesystem::path construction uses
>>decltype(__is_path_src(declval<Source>())) which mean it considers
>>conversion from an rvalue. When Source is a volatile-qualified type
>>it cannot use is_path_src(const Unknown&) because a const lvalue
>>reference can only bind to a non-volatile rvalue.
>>
>>Since the relevant path members all have a const Source& parameter,
>>the constraint should be defined in terms of declval<const Source&>(),
>>not declval<Source>(). This avoids the problem of volatile-qualified
>>rvalues, because we no longer use an rvalue at all.
>>
>>libstdc++-v3/ChangeLog:
>>
>> PR libstdc++/100630
>> * include/bits/fs_path.h (__is_constructible_from): Test
>> construction from a const lvalue, not an rvalue.
>> * include/experimental/bits/fs_path.h (__is_constructible_from):
>> Likewise.
>> * testsuite/27_io/filesystem/path/construct/100630.cc: New test.
>> * testsuite/experimental/filesystem/path/construct/100630.cc:
>> New test.
>>
>>Tested x86_64-linux, pushed to gcc-10 (this isn't needed for gcc-11 or
>>trunk, but I also plan to backport it to gcc-9).
>
>Oh actually this is needed for experimental::filesystem::path on trun
>kand gcc-11 (as I found when I added to the new tests to trunk) so
>I'll fix it there too.
Here's the patch for trunk and gcc-11.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch.txt
Type: text/x-patch
Size: 2868 bytes
Desc: not available
URL: <https://gcc.gnu.org/pipermail/libstdc++/attachments/20210517/6e7aad51/attachment.bin>
More information about the Libstdc++
mailing list