From: Jason Merrill <jason@redhat.com>
To: Patrick Palka <ppalka@redhat.com>, gcc-patches@gcc.gnu.org
Subject: Re: [PATCH] c++, tree: walk TREE_VEC (and VECTOR_CST) in natural order [PR101886]
Date: Tue, 20 Dec 2022 16:29:42 -0500 [thread overview]
Message-ID: <9de3b217-182f-e33e-1fea-d84d923332b7@redhat.com> (raw)
In-Reply-To: <20221220153034.2746407-1-ppalka@redhat.com>
On 12/20/22 10:30, Patrick Palka wrote:
> Unfortunately the extract_autos_r fix in r13-4799-ga7c8036b26082d is
> derailed by the fact that walk_tree_1 currently walks the elements of a
> TREE_VEC in reverse, which means for A<auto, auto> in the below testcase
> extract_autos_r ends up adjusting the TEMPLATE_TYPE_IDX of the first
> auto rather than the second one, and the first auto is the canonical
> auto of level 2 and index 0, so we rightfully trigger the sanity check
> added in that commit.
>
> It seems TREE_VEC and VECTOR_CST are the only trees that we walk in
> reverse, and this has been the case since r21884 whence the original
> version of walk_tree_1 was introduced. But that's arguably unnatural
> and inconsistent with how we walk other compound trees such as
> CONSTRUCTORs and EXPR_P trees. So this patch makes walk_tree_1 walk
> these trees in forward order, which fixes the below testcase. This in
> turn revealed that keep_template_parm builds up the list of found
> template parameters in reverse, which previously compensated for the
> TREE_VEC behavior, but now we should be building the list in the natural
> order as well for sake of pretty printing parameter mappings.
>
> Bootstrapped and regtested on x86_64-pc-linux-gnu with
> --enable-languages=all,ada,go does this look OK for trunk?
OK.
> PR c++/101886
>
> gcc/cp/ChangeLog:
>
> * pt.cc (find_template_parameter_info::parm_list_tail):
> New data member.
> (keep_template_parm): Use parm_list_tail to append rather
> than prepend to parm_list.
>
> gcc/ChangeLog:
>
> * tree.cc (walk_tree_1) <case TREE_VEC>: Walk the elements
> in the natural order.
> <case VECTOR_CST>: Likewise.
>
> gcc/testsuite/ChangeLog:
>
> * g++.dg/concepts/diagnostic12.C: Adjust expected order of
> template parameters within parameter mapping.
> * g++.dg/concepts/auto6.C: New test.
> ---
> gcc/cp/pt.cc | 13 +++++++++----
> gcc/testsuite/g++.dg/concepts/auto6.C | 14 ++++++++++++++
> gcc/testsuite/g++.dg/concepts/diagnostic12.C | 2 +-
> gcc/tree.cc | 20 ++++++++++----------
> 4 files changed, 34 insertions(+), 15 deletions(-)
> create mode 100644 gcc/testsuite/g++.dg/concepts/auto6.C
>
> diff --git a/gcc/cp/pt.cc b/gcc/cp/pt.cc
> index 2b7b3756b68..df125a63785 100644
> --- a/gcc/cp/pt.cc
> +++ b/gcc/cp/pt.cc
> @@ -10640,14 +10640,14 @@ for_each_template_parm (tree t, tree_fn_t fn, void* data,
> struct find_template_parameter_info
> {
> explicit find_template_parameter_info (tree ctx_parms)
> - : parm_list (NULL_TREE),
> - ctx_parms (ctx_parms),
> + : ctx_parms (ctx_parms),
> max_depth (TMPL_PARMS_DEPTH (ctx_parms))
> {}
>
> hash_set<tree> visited;
> hash_set<tree> parms;
> - tree parm_list;
> + tree parm_list = NULL_TREE;
> + tree *parm_list_tail = &parm_list;
> tree ctx_parms;
> int max_depth;
> };
> @@ -10693,7 +10693,12 @@ keep_template_parm (tree t, void* data)
> if (TYPE_P (t))
> t = TYPE_MAIN_VARIANT (t);
> if (!ftpi->parms.add (t))
> - ftpi->parm_list = tree_cons (NULL_TREE, t, ftpi->parm_list);
> + {
> + /* Append T to PARM_LIST. */
> + tree node = build_tree_list (NULL_TREE, t);
> + *ftpi->parm_list_tail = node;
> + ftpi->parm_list_tail = &TREE_CHAIN (node);
> + }
>
> /* Verify the parameter we found has a valid index. */
> if (flag_checking)
> diff --git a/gcc/testsuite/g++.dg/concepts/auto6.C b/gcc/testsuite/g++.dg/concepts/auto6.C
> new file mode 100644
> index 00000000000..1f6d72e54cc
> --- /dev/null
> +++ b/gcc/testsuite/g++.dg/concepts/auto6.C
> @@ -0,0 +1,14 @@
> +// PR c++/101886
> +// { dg-do compile { target c++17_only } }
> +// { dg-options "-fconcepts-ts" }
> +
> +template<typename, typename> struct A { };
> +
> +template<class T>
> +void f() {
> + A<int, int> a;
> + A<auto, auto> b1 = a;
> + A<auto, auto> b2 = a;
> +}
> +
> +template void f<int>();
> diff --git a/gcc/testsuite/g++.dg/concepts/diagnostic12.C b/gcc/testsuite/g++.dg/concepts/diagnostic12.C
> index 548ba9c1b3d..8086500760b 100644
> --- a/gcc/testsuite/g++.dg/concepts/diagnostic12.C
> +++ b/gcc/testsuite/g++.dg/concepts/diagnostic12.C
> @@ -3,7 +3,7 @@
>
> template<typename T, typename... Args>
> concept c1 = requires (T t, Args... args) { *t; };
> -// { dg-message "in requirements with .T t., .Args ... args. .with Args = \{\}; T = int" "" { target *-*-* } .-1 }
> +// { dg-message "in requirements with .T t., .Args ... args. .with T = int; Args = \{\}" "" { target *-*-* } .-1 }
>
> static_assert(c1<int>); // { dg-error "failed" }
>
> diff --git a/gcc/tree.cc b/gcc/tree.cc
> index 0a51f9ddb4d..92199bb6503 100644
> --- a/gcc/tree.cc
> +++ b/gcc/tree.cc
> @@ -11310,12 +11310,12 @@ walk_tree_1 (tree *tp, walk_tree_fn func, void *data,
> if (len == 0)
> break;
>
> - /* Walk all elements but the first. */
> - while (--len)
> - WALK_SUBTREE (TREE_VEC_ELT (*tp, len));
> + /* Walk all elements but the last. */
> + for (int i = 0; i < len - 1; ++i)
> + WALK_SUBTREE (TREE_VEC_ELT (*tp, i));
>
> - /* Now walk the first one as a tail call. */
> - WALK_SUBTREE_TAIL (TREE_VEC_ELT (*tp, 0));
> + /* Now walk the last one as a tail call. */
> + WALK_SUBTREE_TAIL (TREE_VEC_ELT (*tp, len - 1));
> }
>
> case VECTOR_CST:
> @@ -11323,11 +11323,11 @@ walk_tree_1 (tree *tp, walk_tree_fn func, void *data,
> unsigned len = vector_cst_encoded_nelts (*tp);
> if (len == 0)
> break;
> - /* Walk all elements but the first. */
> - while (--len)
> - WALK_SUBTREE (VECTOR_CST_ENCODED_ELT (*tp, len));
> - /* Now walk the first one as a tail call. */
> - WALK_SUBTREE_TAIL (VECTOR_CST_ENCODED_ELT (*tp, 0));
> + /* Walk all elements but the last. */
> + for (unsigned i = 0; i < len - 1; ++i)
> + WALK_SUBTREE (VECTOR_CST_ENCODED_ELT (*tp, i));
> + /* Now walk the last one as a tail call. */
> + WALK_SUBTREE_TAIL (VECTOR_CST_ENCODED_ELT (*tp, len - 1));
> }
>
> case COMPLEX_CST:
prev parent reply other threads:[~2022-12-20 21:29 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-20 15:30 Patrick Palka
2022-12-20 21:29 ` Jason Merrill [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9de3b217-182f-e33e-1fea-d84d923332b7@redhat.com \
--to=jason@redhat.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=ppalka@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).