From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTPS id 386F73858D37 for ; Mon, 23 Oct 2023 23:52:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 386F73858D37 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 386F73858D37 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1698105123; cv=none; b=IxWjJsbFvTFe17fsneQUJogBmIoNKrGaXeKSmQrIOqkEzq6zKPArCKrJ6enYD5ZoWJ2fRm2PwF3ORaIViK1000htrhAtwO8IIoU9HwDB4oeIbJy7m4wSgWgX47tv7WHL3C788mi4UVMp9vIH3ySfVlAjqKsnqeGiOOnJtFvji50= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1698105123; c=relaxed/simple; bh=+kKs13cVbtkoUrbHqprzhUSxx8BGDG8+woa12aRR4/c=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=PV1fnPegawf8FkSAGP8dvoLn395jS9cVPwCuHNTsE0S54+q4HXBJAhi7SVT/71p0kl7JFiml8ddhUAreGZjNexRJP7Rm71icUMStHSpK2HHR1Z5Z7ZjmkRk0bDu7HUCzxvxF8QJ4kt8w7FytDzbSP+AkwqHqPJytZT6OpAKlPwo= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1698105120; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=g+On5CfDEdJK8H0D6uosCTmp1rJos3AYhq+mpL60GqQ=; b=KA8tmkM2GUsUTOW3GtLbZEv+RsRaf4RM1p9QvF1Ez90FxvxKgTFhpbrFsETncZfei2emj8 M+XBXX9ZdISuOgs8/SFhe91Nmlsi3532wZo78//nXW/G5UKz2ciy7A9Y6bgxW/oY6t0xfp l5R9vWK8NMS2xwGZEvzeDyf19A8G5DI= Received: from mail-qv1-f72.google.com (mail-qv1-f72.google.com [209.85.219.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-695-aflfVdYUOS-bBWwBcbvbew-1; Mon, 23 Oct 2023 19:51:59 -0400 X-MC-Unique: aflfVdYUOS-bBWwBcbvbew-1 Received: by mail-qv1-f72.google.com with SMTP id 6a1803df08f44-66d12cd3591so45286866d6.3 for ; Mon, 23 Oct 2023 16:51:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698105118; x=1698709918; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=g+On5CfDEdJK8H0D6uosCTmp1rJos3AYhq+mpL60GqQ=; b=tgyRPPnxt28hX5tI2Lym9Gfj84wZrVw9BESj9x6Qkt9+G8jy3wJn2pDOJPThYCkteO THmQAfddfTk17CFBesmRLfBLkxXag9hPTEFJMAttS6m96FpGzvbuh4e/pPS7l123jvrp 3dMKNjpHkDmbAdcsk/uIArtRxtFq86HDq9fqUeVgUV+DjqVph84P0xA7x+yTco9SHS07 tYhRnAU/0HfAWWtOjAngIYn5fIsFdLAN8kcKoiyMAkiI6oa36u6t2WrT94sNDH7E0juo uo1ClUY+VaADOWGOFj2Au2MiAtcGINwKp2qTV/PSSbYvSBYmas6dwbmgbXb6NmTG9+lb rytA== X-Gm-Message-State: AOJu0Yy5Zz8C+Lz1ZN1JWtgk19f2t2HULHZm+dOhGV113P6v6Pr/T512 kcQn0sRPhzEjUUKBvuExfDTZlRHWl1rq9oDj+1C0Z9mfeUBoNA1FTB+3Cvtif5jELudOqWHocZ9 mW9VUtZKF7GJ+Zp27Z1s1FuLhUdj2qvIhk/KkoIDZSYyOFJ1pnP/L9MazUeath2PQ6IKVvprlw1 Q= X-Received: by 2002:ad4:5f87:0:b0:66d:1eb6:96c9 with SMTP id jp7-20020ad45f87000000b0066d1eb696c9mr15773551qvb.60.1698105117965; Mon, 23 Oct 2023 16:51:57 -0700 (PDT) X-Google-Smtp-Source: AGHT+IEf5068K1448tUbpdwxIUBr6mXu4QxgHI2qB4y+H1/w+dhprnjIrTyttWaoT1NrE+n+qgA+1Q== X-Received: by 2002:ad4:5f87:0:b0:66d:1eb6:96c9 with SMTP id jp7-20020ad45f87000000b0066d1eb696c9mr15773529qvb.60.1698105117514; Mon, 23 Oct 2023 16:51:57 -0700 (PDT) Received: from localhost.localdomain (ool-457670bb.dyn.optonline.net. [69.118.112.187]) by smtp.gmail.com with ESMTPSA id dn26-20020a05622a471a00b0040331a24f16sm3097548qtb.3.2023.10.23.16.51.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Oct 2023 16:51:57 -0700 (PDT) From: Patrick Palka To: gcc-patches@gcc.gnu.org Cc: jason@redhat.com, Patrick Palka Subject: [PATCH v2 1/3] c++: sort candidates according to viability Date: Mon, 23 Oct 2023 19:51:52 -0400 Message-ID: <20231023235154.2971561-1-ppalka@redhat.com> X-Mailer: git-send-email 2.42.0.424.gceadf0f3cf MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="US-ASCII"; x-default=true X-Spam-Status: No, score=-13.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,GIT_PATCH_0,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: The second patch in this series is new and ensures that the candidates list isn't mysteriously missing some candidates when noting other candidates due to deletedness. -- >8 -- This patch: * changes splice_viable to move the non-viable candidates to the end of the list instead of removing them outright * makes tourney move the best candidate to the front of the candidate list * adjusts print_z_candidates to preserve our behavior of printing only viable candidates when diagnosing ambiguity * adds a parameter to print_z_candidates to control this default behavior (the follow-up patch will want to print all candidates when diagnosing deletedness) Thus after this patch we have access to the entire candidate list through the best viable candidate. This change also happens to fix diagnostics for the below testcase where we currently neglect to note the third candidate, since the presence of the two unordered non-strictly viable candidates causes splice_viable to prematurely get rid of the non-viable third candidate. gcc/cp/ChangeLog: * call.cc: Include "tristate.h". (splice_viable): Sort the candidate list according to viability. Don't remove non-viable candidates from the list. (print_z_candidates): Add defaulted only_viable_p parameter. By default only print non-viable candidates if there is no viable candidate. (tourney): Make 'candidates' parameter a reference. Ignore non-viable candidates. Move the true champ to the front of the candidates list, and update 'candidates' to point to the front. gcc/testsuite/ChangeLog: * g++.dg/overload/error5.C: New test. --- gcc/cp/call.cc | 163 +++++++++++++++---------- gcc/testsuite/g++.dg/overload/error5.C | 12 ++ 2 files changed, 113 insertions(+), 62 deletions(-) create mode 100644 gcc/testsuite/g++.dg/overload/error5.C diff --git a/gcc/cp/call.cc b/gcc/cp/call.cc index 2eb54b5b6ed..89d422f7220 100644 --- a/gcc/cp/call.cc +++ b/gcc/cp/call.cc @@ -43,6 +43,7 @@ along with GCC; see the file COPYING3. If not see #include "attribs.h" #include "decl.h" #include "gcc-rich-location.h" +#include "tristate.h" /* The various kinds of conversion. */ @@ -160,7 +161,7 @@ static struct obstack conversion_obstack; static bool conversion_obstack_initialized; struct rejection_reason; -static struct z_candidate * tourney (struct z_candidate *, tsubst_flags_t); +static struct z_candidate * tourney (struct z_candidate *&, tsubst_flags_t); static int equal_functions (tree, tree); static int joust (struct z_candidate *, struct z_candidate *, bool, tsubst_flags_t); @@ -176,7 +177,8 @@ static void op_error (const op_location_t &, enum tree_code, enum tree_code, static struct z_candidate *build_user_type_conversion_1 (tree, tree, int, tsubst_flags_t); static void print_z_candidate (location_t, const char *, struct z_candidate *); -static void print_z_candidates (location_t, struct z_candidate *); +static void print_z_candidates (location_t, struct z_candidate *, + tristate = tristate::unknown ()); static tree build_this (tree); static struct z_candidate *splice_viable (struct z_candidate *, bool, bool *); static bool any_strictly_viable (struct z_candidate *); @@ -3700,68 +3702,60 @@ add_template_conv_candidate (struct z_candidate **candidates, tree tmpl, } /* The CANDS are the set of candidates that were considered for - overload resolution. Return the set of viable candidates, or CANDS - if none are viable. If any of the candidates were viable, set + overload resolution. Sort CANDS so that the strictly viable + candidates appear first, followed by non-strictly viable candidates, + followed by unviable candidates. Returns the first candidate + in this sorted list. If any of the candidates were viable, set *ANY_VIABLE_P to true. STRICT_P is true if a candidate should be - considered viable only if it is strictly viable. */ + considered viable only if it is strictly viable when setting + *ANY_VIABLE_P. */ static struct z_candidate* splice_viable (struct z_candidate *cands, bool strict_p, bool *any_viable_p) { - struct z_candidate *viable; - struct z_candidate **last_viable; - struct z_candidate **cand; - bool found_strictly_viable = false; + z_candidate *strictly_viable = nullptr; + z_candidate **strictly_viable_tail = &strictly_viable; + + z_candidate *non_strictly_viable = nullptr; + z_candidate **non_strictly_viable_tail = &non_strictly_viable; + + z_candidate *unviable = nullptr; + z_candidate **unviable_tail = &unviable; /* Be strict inside templates, since build_over_call won't actually do the conversions to get pedwarns. */ if (processing_template_decl) strict_p = true; - viable = NULL; - last_viable = &viable; - *any_viable_p = false; - - cand = &cands; - while (*cand) + for (z_candidate *cand = cands; cand; cand = cand->next) { - struct z_candidate *c = *cand; if (!strict_p - && (c->viable == 1 || TREE_CODE (c->fn) == TEMPLATE_DECL)) - { - /* Be strict in the presence of a viable candidate. Also if - there are template candidates, so that we get deduction errors - for them instead of silently preferring a bad conversion. */ - strict_p = true; - if (viable && !found_strictly_viable) - { - /* Put any spliced near matches back onto the main list so - that we see them if there is no strict match. */ - *any_viable_p = false; - *last_viable = cands; - cands = viable; - viable = NULL; - last_viable = &viable; - } - } + && (cand->viable == 1 || TREE_CODE (cand->fn) == TEMPLATE_DECL)) + /* Be strict in the presence of a viable candidate. Also if + there are template candidates, so that we get deduction errors + for them instead of silently preferring a bad conversion. */ + strict_p = true; - if (strict_p ? c->viable == 1 : c->viable) - { - *last_viable = c; - *cand = c->next; - c->next = NULL; - last_viable = &c->next; - *any_viable_p = true; - if (c->viable == 1) - found_strictly_viable = true; - } - else - cand = &c->next; + /* Move this candidate to the appropriate list according to + its viability. */ + auto& tail = (cand->viable == 1 ? strictly_viable_tail + : cand->viable == -1 ? non_strictly_viable_tail + : unviable_tail); + *tail = cand; + tail = &cand->next; } - return viable ? viable : cands; + *any_viable_p = (strictly_viable != nullptr + || (!strict_p && non_strictly_viable != nullptr)); + + /* Combine the lists. */ + *unviable_tail = nullptr; + *non_strictly_viable_tail = unviable; + *strictly_viable_tail = non_strictly_viable; + + return strictly_viable; } static bool @@ -3995,8 +3989,13 @@ print_z_candidate (location_t loc, const char *msgstr, } } +/* Print information about each overload candidate in CANDIDATES, + which is assumed to have gone through splice_viable and tourney + (if splice_viable succeeded). */ + static void -print_z_candidates (location_t loc, struct z_candidate *candidates) +print_z_candidates (location_t loc, struct z_candidate *candidates, + tristate only_viable_p /* = tristate::unknown () */) { struct z_candidate *cand1; struct z_candidate **cand2; @@ -4041,8 +4040,19 @@ print_z_candidates (location_t loc, struct z_candidate *candidates) } } + /* Unless otherwise specified, if there's a (strictly) viable candidate then + we assume we're being called as part of diagnosing ambiguity, in which case + we want to print only viable candidates since unviable candidates couldn't + have contributed to the ambiguity. */ + if (only_viable_p.is_unknown ()) + only_viable_p = candidates->viable == 1; + for (; candidates; candidates = candidates->next) - print_z_candidate (loc, N_("candidate:"), candidates); + { + if (only_viable_p.is_true () && candidates->viable != 1) + break; + print_z_candidate (loc, N_("candidate:"), candidates); + } } /* USER_SEQ is a user-defined conversion sequence, beginning with a @@ -13169,38 +13179,50 @@ tweak: /* Given a list of candidates for overloading, find the best one, if any. This algorithm has a worst case of O(2n) (winner is last), and a best case of O(n/2) (totally ambiguous); much better than a sorting - algorithm. */ + algorithm. The candidates list is assumed to be sorted according + to viability (via splice_viable). */ static struct z_candidate * -tourney (struct z_candidate *candidates, tsubst_flags_t complain) +tourney (struct z_candidate *&candidates, tsubst_flags_t complain) { struct z_candidate *champ = candidates, *challenger; int fate; struct z_candidate *champ_compared_to_predecessor = nullptr; + struct z_candidate *champ_predecessor = nullptr; + struct z_candidate *challenger_predecessor = champ; /* Walk through the list once, comparing each current champ to the next candidate, knocking out a candidate or two with each comparison. */ - for (challenger = champ->next; challenger; ) + for (challenger = champ->next; challenger && challenger->viable; ) { fate = joust (champ, challenger, 0, complain); if (fate == 1) - challenger = challenger->next; + { + challenger_predecessor = challenger; + challenger = challenger->next; + } else { if (fate == 0) { + champ_predecessor = challenger; champ = challenger->next; - if (champ == 0) - return NULL; + if (!champ || !champ->viable) + { + champ = nullptr; + break; + } champ_compared_to_predecessor = nullptr; } else { champ_compared_to_predecessor = champ; + champ_predecessor = challenger_predecessor; champ = challenger; } + challenger_predecessor = champ; challenger = champ->next; } } @@ -13208,15 +13230,32 @@ tourney (struct z_candidate *candidates, tsubst_flags_t complain) /* Make sure the champ is better than all the candidates it hasn't yet been compared to. */ - for (challenger = candidates; - challenger != champ; - challenger = challenger->next) + if (champ) + for (challenger = candidates; + challenger != champ; + challenger = challenger->next) + { + if (challenger == champ_compared_to_predecessor) + continue; + fate = joust (champ, challenger, 0, complain); + if (fate != 1) + { + champ = nullptr; + break; + } + } + + if (!champ) + return nullptr; + + /* Move the champ to the front of the candidate list. */ + + if (champ != candidates) { - if (challenger == champ_compared_to_predecessor) - continue; - fate = joust (champ, challenger, 0, complain); - if (fate != 1) - return NULL; + gcc_checking_assert (champ_predecessor->next == champ); + champ_predecessor->next = champ->next ? champ->next->next : nullptr; + champ->next = candidates; + candidates = champ; } return champ; diff --git a/gcc/testsuite/g++.dg/overload/error5.C b/gcc/testsuite/g++.dg/overload/error5.C new file mode 100644 index 00000000000..6a2f3b5ba35 --- /dev/null +++ b/gcc/testsuite/g++.dg/overload/error5.C @@ -0,0 +1,12 @@ +// Verify we note all three candidates when diagnosing overload +// resolution failure. The presence of the first two (ambiguous) +// non-strictly viable candidates used to make us prune the third +// and not note it. + +void f(int, int*); // { dg-message "candidate" } +void f(int*, int); // { dg-message "candidate" } +void f(int, int, int); // { dg-message "candidate" } + +int main() { + f(1, 2); // { dg-error "no match|invalid conversion" } +} -- 2.42.0.424.gceadf0f3cf