* [PATCH] c++: further lookup_member simplification
@ 2022-03-15 17:18 Patrick Palka
2022-03-15 21:06 ` Jason Merrill
0 siblings, 1 reply; 2+ messages in thread
From: Patrick Palka @ 2022-03-15 17:18 UTC (permalink / raw)
To: gcc-patches
As a followup to r12-7656-gffe9c0a0d3564a, this minor patch condenses
the handling of ambiguity and access w.r.t. the value of 'protect' so
that it more clearly matches the function comment.
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK for
trunk?
gcc/cp/ChangeLog:
* search.cc (lookup_member): Simplify by handling all values
of protect at once in case of ambiguous lookup. Don't modify
protect.
---
gcc/cp/search.cc | 32 +++++++++++++-------------------
1 file changed, 13 insertions(+), 19 deletions(-)
diff --git a/gcc/cp/search.cc b/gcc/cp/search.cc
index 85e3e7cb487..b86b3a24080 100644
--- a/gcc/cp/search.cc
+++ b/gcc/cp/search.cc
@@ -1168,27 +1168,21 @@ lookup_member (tree xbasetype, tree name, int protect, bool want_type,
if (rval_binfo)
type = BINFO_TYPE (rval_binfo);
- /* If we are not interested in ambiguities, don't report them;
- just return NULL_TREE. */
- if (!protect && lfi.ambiguous)
- return NULL_TREE;
-
- if (protect == 2)
- {
- if (lfi.ambiguous)
- return lfi.ambiguous;
- else
- protect = 0;
- }
-
- if (protect == 1 && lfi.ambiguous)
+ if (lfi.ambiguous)
{
- if (complain & tf_error)
+ if (protect == 0)
+ return NULL_TREE;
+ else if (protect == 1)
{
- error ("request for member %qD is ambiguous", name);
- print_candidates (lfi.ambiguous);
+ if (complain & tf_error)
+ {
+ error ("request for member %qD is ambiguous", name);
+ print_candidates (lfi.ambiguous);
+ }
+ return error_mark_node;
}
- return error_mark_node;
+ else if (protect == 2)
+ return lfi.ambiguous;
}
if (!rval)
@@ -1213,7 +1207,7 @@ lookup_member (tree xbasetype, tree name, int protect, bool want_type,
only the first call to "f" is valid. However, if the function is
static, we can check. */
- if (protect && !really_overloaded_fn (rval))
+ if (protect == 1 && !really_overloaded_fn (rval))
{
tree decl = is_overloaded_fn (rval) ? get_first_fn (rval) : rval;
decl = strip_using_decl (decl);
--
2.35.1.500.gb896f729e2
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH] c++: further lookup_member simplification
2022-03-15 17:18 [PATCH] c++: further lookup_member simplification Patrick Palka
@ 2022-03-15 21:06 ` Jason Merrill
0 siblings, 0 replies; 2+ messages in thread
From: Jason Merrill @ 2022-03-15 21:06 UTC (permalink / raw)
To: Patrick Palka, gcc-patches
On 3/15/22 13:18, Patrick Palka wrote:
> As a followup to r12-7656-gffe9c0a0d3564a, this minor patch condenses
> the handling of ambiguity and access w.r.t. the value of 'protect' so
> that it more clearly matches the function comment.
>
> Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK for
> trunk?
OK.
> gcc/cp/ChangeLog:
>
> * search.cc (lookup_member): Simplify by handling all values
> of protect at once in case of ambiguous lookup. Don't modify
> protect.
> ---
> gcc/cp/search.cc | 32 +++++++++++++-------------------
> 1 file changed, 13 insertions(+), 19 deletions(-)
>
> diff --git a/gcc/cp/search.cc b/gcc/cp/search.cc
> index 85e3e7cb487..b86b3a24080 100644
> --- a/gcc/cp/search.cc
> +++ b/gcc/cp/search.cc
> @@ -1168,27 +1168,21 @@ lookup_member (tree xbasetype, tree name, int protect, bool want_type,
> if (rval_binfo)
> type = BINFO_TYPE (rval_binfo);
>
> - /* If we are not interested in ambiguities, don't report them;
> - just return NULL_TREE. */
> - if (!protect && lfi.ambiguous)
> - return NULL_TREE;
> -
> - if (protect == 2)
> - {
> - if (lfi.ambiguous)
> - return lfi.ambiguous;
> - else
> - protect = 0;
> - }
> -
> - if (protect == 1 && lfi.ambiguous)
> + if (lfi.ambiguous)
> {
> - if (complain & tf_error)
> + if (protect == 0)
> + return NULL_TREE;
> + else if (protect == 1)
> {
> - error ("request for member %qD is ambiguous", name);
> - print_candidates (lfi.ambiguous);
> + if (complain & tf_error)
> + {
> + error ("request for member %qD is ambiguous", name);
> + print_candidates (lfi.ambiguous);
> + }
> + return error_mark_node;
> }
> - return error_mark_node;
> + else if (protect == 2)
> + return lfi.ambiguous;
> }
>
> if (!rval)
> @@ -1213,7 +1207,7 @@ lookup_member (tree xbasetype, tree name, int protect, bool want_type,
>
> only the first call to "f" is valid. However, if the function is
> static, we can check. */
> - if (protect && !really_overloaded_fn (rval))
> + if (protect == 1 && !really_overloaded_fn (rval))
> {
> tree decl = is_overloaded_fn (rval) ? get_first_fn (rval) : rval;
> decl = strip_using_decl (decl);
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2022-03-15 21:06 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-03-15 17:18 [PATCH] c++: further lookup_member simplification Patrick Palka
2022-03-15 21:06 ` Jason Merrill
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).