public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Harald van Dijk <harald@gigawatt.nl>
To: gcc-patches@gcc.gnu.org
Subject: [C++ PATCH, PING^3] PR60531 - Wrong error about unresolved overloaded function
Date: Fri, 31 May 2019 19:17:00 -0000	[thread overview]
Message-ID: <eace2520-68c0-43bf-465f-852261eb0176@gigawatt.nl> (raw)
In-Reply-To: <0c999e4a-8d9c-d77f-cc0d-662b1e72f9fc@gigawatt.nl>

another ping

On 12/05/2019 17:57, Harald van Dijk wrote:
> ping again
> 
> On 26/04/2019 19:58, Harald van Dijk wrote:
>> ping
>>
>> On 13/04/2019 10:01, Harald van Dijk wrote:
>>> Hi,
>>>
>>> For PR60531, GCC wrongly rejects function templates with explicitly
>>> specified template arguments as overloaded. They are resolved by
>>> resolve_nondeduced_context, which is normally called by
>>> cp_default_conversion through decay_conversion, but the latter have
>>> extra effects making them unusable here. Calling the former directly
>>> does work.
>>>
>>> Bootstrapped on x86_64-pc-linux-gnu on top of r270264 with
>>> --enable-languages=all; make check shows no regressions.
>>>
>>> Does this look okay?
>>>
>>> This is my first code contribution to GCC, please let me know if
>>> anything is missing. I have not signed any copyright disclaimer or
>>> copyright assignment; <Contributing to GCC> says that is not necessary
>>> for small changes, which I trust this is. If it is needed after all,
>>> please let me know what specifically will be required.
>>>
>>> Cheers,
>>> Harald van Dijk
>>>
>>>      PR c++/60531
>>>      * typeck.c (cp_build_binary_op): See if overload can be resolved.
>>>      (cp_build_unary_op): Ditto.
>>>
>>>      * g++.dg/template/operator15.C: New test.
>>>
>>> diff --git a/gcc/cp/typeck.c b/gcc/cp/typeck.c
>>> index 03b14024738..e1ffe88ce2c 100644
>>> --- a/gcc/cp/typeck.c
>>> +++ b/gcc/cp/typeck.c
>>> @@ -4384,10 +4384,6 @@ cp_build_binary_op (const op_location_t &location,
>>>     /* True if both operands have arithmetic type.  */
>>>     bool arithmetic_types_p;
>>>
>>> -  /* Apply default conversions.  */
>>> -  op0 = orig_op0;
>>> -  op1 = orig_op1;
>>> -
>>>     /* Remember whether we're doing / or %.  */
>>>     bool doing_div_or_mod = false;
>>>
>>> @@ -4397,6 +4393,10 @@ cp_build_binary_op (const op_location_t &location,
>>>     /* Tree holding instrumentation expression.  */
>>>     tree instrument_expr = NULL_TREE;
>>>
>>> +  /* Apply default conversions.  */
>>> +  op0 = resolve_nondeduced_context (orig_op0, complain);
>>> +  op1 = resolve_nondeduced_context (orig_op1, complain);
>>> +
>>>     if (code == TRUTH_AND_EXPR || code == TRUTH_ANDIF_EXPR
>>>         || code == TRUTH_OR_EXPR || code == TRUTH_ORIF_EXPR
>>>         || code == TRUTH_XOR_EXPR)
>>> @@ -6204,11 +6204,13 @@ cp_build_unary_op (enum tree_code code, tree xarg, bool noconvert,
>>>     if (!arg || error_operand_p (arg))
>>>       return error_mark_node;
>>>
>>> +  arg = resolve_nondeduced_context (arg, complain);
>>> +
>>>     if ((invalid_op_diag
>>>          = targetm.invalid_unary_op ((code == UNARY_PLUS_EXPR
>>>                       ? CONVERT_EXPR
>>>                       : code),
>>> -                   TREE_TYPE (xarg))))
>>> +                   TREE_TYPE (arg))))
>>>       {
>>>         if (complain & tf_error)
>>>       error (invalid_op_diag);
>>> diff --git a/gcc/testsuite/g++.dg/template/operator15.C b/gcc/testsuite/g++.dg/template/operator15.C
>>> new file mode 100644
>>> index 00000000000..755442266bb
>>> --- /dev/null
>>> +++ b/gcc/testsuite/g++.dg/template/operator15.C
>>> @@ -0,0 +1,6 @@
>>> +// PR c++/60531
>>> +
>>> +template < class T > T foo ();
>>> +
>>> +bool b1 = foo<int> == foo<int>;
>>> +int (*fp1)() = +foo<int>;
>>>

  reply	other threads:[~2019-05-31 19:06 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-13 11:54 [C++ PATCH] " Harald van Dijk
2019-04-26 20:31 ` [C++ PATCH, PING] " Harald van Dijk
2019-05-12 16:57   ` [C++ PATCH, PING^2] " Harald van Dijk
2019-05-31 19:17     ` Harald van Dijk [this message]
2019-06-04 14:49       ` [C++ PATCH, PING^3] " Jason Merrill

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=eace2520-68c0-43bf-465f-852261eb0176@gigawatt.nl \
    --to=harald@gigawatt.nl \
    --cc=gcc-patches@gcc.gnu.org \
    /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).