diff options
| author | Jason Merrill <jason@redhat.com> | 2023-03-30 11:07:17 -0400 |
|---|---|---|
| committer | Jason Merrill <jason@redhat.com> | 2023-03-30 18:25:04 -0400 |
| commit | 85131af0603c0af2aa6b40de6cc929905f22bd50 (patch) | |
| tree | b4a74b14b933f1008cd0cbfb0cf6f6f8dda2d2f8 /gcc/range-op-float.cc | |
| parent | 83d2b1ccd17d394d546a38562815ef83daa05e85 (diff) | |
| download | gcc-85131af0603c0af2aa6b40de6cc929905f22bd50.zip gcc-85131af0603c0af2aa6b40de6cc929905f22bd50.tar.gz gcc-85131af0603c0af2aa6b40de6cc929905f22bd50.tar.bz2 | |
c++: generic lambda and function ptr conv [PR105221]
We weren't properly considering the function pointer conversions in
deduction between FUNCTION_TYPE; we just hardcoded the
UNIFY_ALLOW_MORE_CV_QUAL semantics, which are backwards when deducing for a
template conversion function like the one in a generic lambda. And when I
started checking the ALLOW flags, I needed to make sure they stay set to
avoid breaking trailing13.C.
PR c++/105221
gcc/cp/ChangeLog:
* pt.cc (unify) [FUNCTION_TYPE]: Handle function pointer
conversions.
gcc/testsuite/ChangeLog:
* g++.dg/cpp1z/noexcept-type27.C: New test.
Diffstat (limited to 'gcc/range-op-float.cc')
0 files changed, 0 insertions, 0 deletions