public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Eric Gallager <egall@gwmail.gwu.edu>
To: Jason Merrill <jason@redhat.com>
Cc: Marek Polacek <polacek@redhat.com>,
	GCC Patches <gcc-patches@gcc.gnu.org>
Subject: Re: C/C++ PATCH to implement -Wpointer-compare warning (PR c++/64767)
Date: Wed, 04 Jan 2017 06:56:00 -0000	[thread overview]
Message-ID: <CAMfHzOvaejx6C9i5bED63y3NeMK9v3AVphT-P-WYfHphVcMgYA@mail.gmail.com> (raw)
In-Reply-To: <CADzB+2n5B8Zd6fewgxs+JwH_w=kQOw2cFsAskQvuBuz1WkRAZQ@mail.gmail.com>

On 10/2/16, Jason Merrill <jason@redhat.com> wrote:
> OK, thanks.
>
> On Sat, Oct 1, 2016 at 10:16 AM, Marek Polacek <polacek@redhat.com> wrote:
>> On Fri, Sep 30, 2016 at 05:48:03PM -0400, Jason Merrill wrote:
>>> On Fri, Sep 30, 2016 at 12:43 PM, Marek Polacek <polacek@redhat.com>
>>> wrote:
>>> > On Fri, Sep 23, 2016 at 10:31:33AM -0400, Jason Merrill wrote:
>>> >> On Fri, Sep 23, 2016 at 9:15 AM, Marek Polacek <polacek@redhat.com>
>>> >> wrote:
>>> >> > On Wed, Sep 21, 2016 at 03:52:09PM -0400, Jason Merrill wrote:
>>> >> >> On Mon, Sep 19, 2016 at 2:49 PM, Jason Merrill <jason@redhat.com>
>>> >> >> wrote:
>>> >> >> > I suppose that an INTEGER_CST of character type is necessarily a
>>> >> >> > character constant, so adding a check for !char_type_p ought to
>>> >> >> > do the
>>> >> >> > trick.
>>> >> >>
>>> >> >> Indeed it does.  I'm checking this in:
>>> >> >
>>> >> > Nice, thanks.  What about the original patch?  We still need to
>>> >> > warn
>>> >> > (or error for C++11) for pointer comparisons.
>>> >>
>>> >> If we still accept pointer comparisons in C++, that's another bug
>>> >> with
>>> >> treating \0 as a null pointer constant.  This seems to be because
>>> >> ocp_convert of \0 to int produces an INTEGER_CST indistinguishable
>>> >> from literal 0.
>>> >
>>> > I was trying to fix this in ocp_convert, by using NOP_EXPRs, but that
>>> > wasn't
>>> > successful.  But since we're interested in ==/!=, I think this can be
>>> > fixed
>>> > easily in cp_build_binary_op.  Actually, all that seems to be needed is
>>> > using
>>> > orig_op as the argument to null_ptr_cst_p, but that wouldn't give the
>>> > correct
>>> > diagnostics, so I did this.  By checking orig_op we can see if the
>>> > operands are
>>> > character literals or not, because orig_op is an operand before the
>>> > default
>>> > conversions.
>>>
>>> What is wrong about the diagnostic from just using orig_op?  "ISO C++
>>> forbids comparison between pointer and integer" seems fine to me, and
>>> will help the user to realize that they need to index off the pointer.
>>>
>>> I see that some of the calls to null_ptr_cst_p in cp_build_binary_op
>>> have already been changed to check orig_op*, but not all.  Let's
>>> update the remaining calls, that should do the trick without adding a
>>> new error.
>>
>> Here you go:
>>
>> Bootstrapped/regtested on x86_64-linux and ppc64-linux, ok for trunk?
>>
>> 2016-10-01  Marek Polacek  <polacek@redhat.com>
>>
>>         Core 903
>>         * typeck.c (cp_build_binary_op): Pass original operands to
>>         null_ptr_cst_p, not those after the default conversions.
>>
>>         * g++.dg/cpp0x/nullptr37.C: New test.
>>
>> diff --git gcc/cp/typeck.c gcc/cp/typeck.c
>> index 617ca55..8b780be 100644
>> --- gcc/cp/typeck.c
>> +++ gcc/cp/typeck.c
>> @@ -4573,7 +4573,7 @@ cp_build_binary_op (location_t location,
>>               || code1 == COMPLEX_TYPE || code1 == ENUMERAL_TYPE))
>>         short_compare = 1;
>>        else if (((code0 == POINTER_TYPE || TYPE_PTRDATAMEM_P (type0))
>> -               && null_ptr_cst_p (op1))
>> +               && null_ptr_cst_p (orig_op1))
>>                /* Handle, eg, (void*)0 (c++/43906), and more.  */
>>                || (code0 == POINTER_TYPE
>>                    && TYPE_PTR_P (type1) && integer_zerop (op1)))
>> @@ -4587,7 +4587,7 @@ cp_build_binary_op (location_t location,
>>           warn_for_null_address (location, op0, complain);
>>         }
>>        else if (((code1 == POINTER_TYPE || TYPE_PTRDATAMEM_P (type1))
>> -               && null_ptr_cst_p (op0))
>> +               && null_ptr_cst_p (orig_op0))
>>                /* Handle, eg, (void*)0 (c++/43906), and more.  */
>>                || (code1 == POINTER_TYPE
>>                    && TYPE_PTR_P (type0) && integer_zerop (op0)))
>> @@ -4604,7 +4604,7 @@ cp_build_binary_op (location_t location,
>>                || (TYPE_PTRDATAMEM_P (type0) && TYPE_PTRDATAMEM_P
>> (type1)))
>>         result_type = composite_pointer_type (type0, type1, op0, op1,
>>                                               CPO_COMPARISON, complain);
>> -      else if (null_ptr_cst_p (op0) && null_ptr_cst_p (op1))
>> +      else if (null_ptr_cst_p (orig_op0) && null_ptr_cst_p (orig_op1))
>>         /* One of the operands must be of nullptr_t type.  */
>>          result_type = TREE_TYPE (nullptr_node);
>>        else if (code0 == POINTER_TYPE && code1 == INTEGER_TYPE)
>> @@ -4623,7 +4623,7 @@ cp_build_binary_op (location_t location,
>>            else
>>              return error_mark_node;
>>         }
>> -      else if (TYPE_PTRMEMFUNC_P (type0) && null_ptr_cst_p (op1))
>> +      else if (TYPE_PTRMEMFUNC_P (type0) && null_ptr_cst_p (orig_op1))
>>         {
>>           if (TARGET_PTRMEMFUNC_VBIT_LOCATION
>>               == ptrmemfunc_vbit_in_delta)
>> @@ -4664,7 +4664,7 @@ cp_build_binary_op (location_t location,
>>             }
>>           result_type = TREE_TYPE (op0);
>>         }
>> -      else if (TYPE_PTRMEMFUNC_P (type1) && null_ptr_cst_p (op0))
>> +      else if (TYPE_PTRMEMFUNC_P (type1) && null_ptr_cst_p (orig_op0))
>>         return cp_build_binary_op (location, code, op1, op0, complain);
>>        else if (TYPE_PTRMEMFUNC_P (type0) && TYPE_PTRMEMFUNC_P (type1))
>>         {
>> @@ -4877,21 +4877,21 @@ cp_build_binary_op (location_t location,
>>        else if (code0 == POINTER_TYPE && code1 == POINTER_TYPE)
>>         result_type = composite_pointer_type (type0, type1, op0, op1,
>>                                               CPO_COMPARISON, complain);
>> -      else if (code0 == POINTER_TYPE && null_ptr_cst_p (op1))
>> +      else if (code0 == POINTER_TYPE && null_ptr_cst_p (orig_op1))
>>         {
>>           result_type = type0;
>>           if (extra_warnings && (complain & tf_warning))
>>             warning (OPT_Wextra,
>>                      "ordered comparison of pointer with integer zero");
>>         }
>> -      else if (code1 == POINTER_TYPE && null_ptr_cst_p (op0))
>> +      else if (code1 == POINTER_TYPE && null_ptr_cst_p (orig_op0))
>>         {
>>           result_type = type1;
>>           if (extra_warnings && (complain & tf_warning))
>>             warning (OPT_Wextra,
>>                      "ordered comparison of pointer with integer zero");
>>         }
>> -      else if (null_ptr_cst_p (op0) && null_ptr_cst_p (op1))
>> +      else if (null_ptr_cst_p (orig_op0) && null_ptr_cst_p (orig_op1))
>>         /* One of the operands must be of nullptr_t type.  */
>>          result_type = TREE_TYPE (nullptr_node);
>>        else if (code0 == POINTER_TYPE && code1 == INTEGER_TYPE)
>> diff --git gcc/testsuite/g++.dg/cpp0x/nullptr37.C
>> gcc/testsuite/g++.dg/cpp0x/nullptr37.C
>> index e69de29..e746a28 100644
>> --- gcc/testsuite/g++.dg/cpp0x/nullptr37.C
>> +++ gcc/testsuite/g++.dg/cpp0x/nullptr37.C
>> @@ -0,0 +1,78 @@
>> +/* PR c++/64767 */
>> +// { dg-do compile { target c++11 } }
>> +
>> +int
>> +f1 (int *p, int **q)
>> +{
>> +  int r = 0;
>> +
>> +  r += p == '\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += p == L'\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += p == u'\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += p == U'\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += p != '\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += p != L'\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += p != u'\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += p != U'\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +
>> +  r += '\0' == p; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += L'\0' == p; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += u'\0' == p; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += U'\0' == p; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += '\0' != p; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += L'\0' != p; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += u'\0' != p; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += U'\0' != p; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +
>> +  r += q == '\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += q == L'\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += q == u'\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += q == U'\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += q != '\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += q != L'\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += q != u'\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += q != U'\0'; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +
>> +  r += '\0' == q; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += L'\0' == q; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += u'\0' == q; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += U'\0' == q; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += '\0' != q; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += L'\0' != q; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += u'\0' != q; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +  r += U'\0' != q; // { dg-error "ISO C\\+\\+ forbids comparison between
>> pointer and integer" }
>> +
>> +  return r;
>> +}
>> +
>> +int
>> +f2 (int *p)
>> +{
>> +  int r = 0;
>> +
>> +  r += p == (void *) 0;
>> +  r += p != (void *) 0;
>> +  r += (void *) 0 == p;
>> +  r += (void *) 0 != p;
>> +
>> +  r += p == 0;
>> +  r += p != 0;
>> +  r += 0 == p;
>> +  r += 0 != p;
>> +
>> +  return r;
>> +}
>> +
>> +int
>> +f3 (int *p)
>> +{
>> +  int r = 0;
>> +
>> +  r += p == (char) 0; // { dg-error "ISO C\\+\\+ forbids comparison
>> between pointer and integer" }
>> +  r += p != (char) 0; // { dg-error "ISO C\\+\\+ forbids comparison
>> between pointer and integer" }
>> +
>> +  r += (char) 0 == p; // { dg-error "ISO C\\+\\+ forbids comparison
>> between pointer and integer" }
>> +  r += (char) 0 != p; // { dg-error "ISO C\\+\\+ forbids comparison
>> between pointer and integer" }
>> +
>> +  return r;
>> +}
>>
>>         Marek
>

So I'm still kind of unclear as to what got committed as a result of
this thread. It seems like there's a new diagnostic for C++11, but
what about other language standards? Is there still going to be a
separate -Wpointer-compare flag usable in plain C? When I tried with
trunk from yesterday, it still didn't work:

$ /usr/local/bin/gcc -Wpointer-compare -c unexmacosx.c
gcc: error: unrecognized command line option ‘-Wpointer-compare’; did
you mean ‘-Wnonnull-compare’?
$

I hope a separate -Wpointer-compare flag can make it in in time for GCC 7.

Thanks,
Eric

      reply	other threads:[~2017-01-04  6:56 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-10 15:06 Marek Polacek
2016-09-10 15:13 ` Jakub Jelinek
2016-09-10 15:48   ` Marek Polacek
2016-09-14  5:56 ` Jason Merrill
2016-09-15 12:31   ` Marek Polacek
2016-09-19 19:51     ` Jason Merrill
2016-09-21 19:55       ` Jason Merrill
2016-09-23 13:29         ` Marek Polacek
2016-09-23 14:37           ` Jason Merrill
2016-09-30 16:52             ` Marek Polacek
2016-09-30 17:22               ` Martin Sebor
2016-09-30 19:52                 ` Martin Sebor
2016-09-30 20:02                   ` Marek Polacek
2016-09-30 22:16                     ` Martin Sebor
2016-09-30 22:16               ` Jason Merrill
2016-10-01 14:41                 ` Marek Polacek
2016-10-02 18:43                   ` Jason Merrill
2017-01-04  6:56                     ` Eric Gallager [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=CAMfHzOvaejx6C9i5bED63y3NeMK9v3AVphT-P-WYfHphVcMgYA@mail.gmail.com \
    --to=egall@gwmail.gwu.edu \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=jason@redhat.com \
    --cc=polacek@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).