Hi all, Jason,

On 29/04/2018 09:23, Paolo Carlini wrote:
Hi,

On 28/04/2018 18:41, Jason Merrill wrote:
On Fri, Apr 27, 2018 at 7:26 PM, Paolo Carlini <paolo.carl...@oracle.com> wrote:
Hi again,

I'm now pretty sure that we have a latent issue in ocp_convert. The bug
fixed by Jakub shows that we used to not have issues with integer_zero_node. That's easy to explain: at the beginning of ocp_convert there is code which
handles first some special / simple cases when
same_type_ignoring_top_level_qualifiers_p is true. That code isn't of course used for integer_zero_node as source expression, which therefore is handled
by:

   if (NULLPTR_TYPE_P (type) && e && null_ptr_cst_p (e))
     {
       if (complain & tf_warning)
     maybe_warn_zero_as_null_pointer_constant (e, loc);
       return nullptr_node;
     }
Maybe we should move this code up, then.
You are totally right. Yesterday I realized that and tested on x86_64-linux the below, both with and without Jakub's fix.
In trunk shall I go ahead with this, then?

    https://gcc.gnu.org/ml/gcc-patches/2018-04/msg01290.html

Thanks!
Paolo.

Reply via email to