summaryrefslogtreecommitdiff
path: root/libgfortran/io/transfer.c
diff options
context:
space:
mode:
authorPatrick Palka <ppalka@redhat.com>2020-05-26 16:17:34 -0400
committerPatrick Palka <ppalka@redhat.com>2020-05-26 16:17:34 -0400
commit3bf5e7657b752cc2352778e8c20ac9cdddca4f93 (patch)
treea4b141125fed6f34d913ced90fcd4c147e1545a0 /libgfortran/io/transfer.c
parent8d8a25b0a7c3400c724e04e1d775d9f377216c04 (diff)
downloadgcc-3bf5e7657b752cc2352778e8c20ac9cdddca4f93.tar.gz
libstdc++: Fix common_iterator::operator-> [PR95322]
This patch fixes the definition of common_iterator::operator-> when the underlying iterator's operator* returns a non-reference. The first problem is that the class __detail::_Common_iter_proxy is used unqualified. Fixing that revealed another problem: the class's template friend declaration of common_iterator doesn't match up with the definition of common_iterator, because the friend declaration isn't constrained. If we try to make the friend declaration match up by adding constraints, we run into frontend bug PR93467. So we currently can't correctly express this friend relation between __detail::_Common_iter_proxy and common_iterator. As a workaround to this frontend bug, this patch moves the definition of _Common_iter_proxy into the class template of common_iterator so that we could instead express the friend relation via the injected-class-name. (This bug was found when attempting to use views::common to work around the compile failure with the testcase in PR95322.) libstdc++-v3/ChangeLog: PR libstdc++/95322 * include/bits/stl_iterator.h (__detail::_Common_iter_proxy): Remove and instead define it ... (common_iterator::_Proxy): ... here. (common_iterator::operator->): Use it. * testsuite/24_iterators/common_iterator/2.cc: New test. * testsuite/std/ranges/adaptors/95322.cc: New test.
Diffstat (limited to 'libgfortran/io/transfer.c')
0 files changed, 0 insertions, 0 deletions