https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99833

--- Comment #16 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The releases/gcc-8 branch has been updated by Jakub Jelinek
<ja...@gcc.gnu.org>:

https://gcc.gnu.org/g:7285512d782ded76d1b0d0d164fdc1c5ab7e9fe0

commit r8-10910-g7285512d782ded76d1b0d0d164fdc1c5ab7e9fe0
Author: Jakub Jelinek <ja...@redhat.com>
Date:   Fri Apr 16 09:32:44 2021 +0200

    c++: Fix up handling of structured bindings in extract_locals_r [PR99833]

    The following testcase ICEs in tsubst_decomp_names because the assumptions
    that the structured binding artificial var is followed in DECL_CHAIN by
    the corresponding structured binding vars is violated.
    I've tracked it to extract_locals* which is done for the constexpr
    IF_STMT.  extract_locals_r when it sees a DECL_EXPR adds that decl
    into a hash set so that such decls aren't returned from extract_locals*,
    but in the case of a structured binding that just means the artificial var
    and not the vars corresponding to structured binding identifiers.
    The following patch fixes it by pushing not just the artificial var
    for structured bindings but also the other vars.

    2021-04-16  Jakub Jelinek  <ja...@redhat.com>

            PR c++/99833
            * pt.c (extract_locals_r): When handling DECL_EXPR of a structured
            binding, add to data.internal also all corresponding structured
            binding decls.

            * g++.dg/cpp1z/pr99833.C: New test.

    (cherry picked from commit 06d50ebc9fb2761ed2bdda5e76adb4d47a8ca983)

Reply via email to