From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 53520 invoked by alias); 25 Jul 2016 10:02:26 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 53506 invoked by uid 89); 25 Jul 2016 10:02:26 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mail-wm0-f49.google.com Received: from mail-wm0-f49.google.com (HELO mail-wm0-f49.google.com) (74.125.82.49) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Mon, 25 Jul 2016 10:02:15 +0000 Received: by mail-wm0-f49.google.com with SMTP id f65so128748792wmi.0 for ; Mon, 25 Jul 2016 03:02:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=oHBqBM4ylEphCmnot7oD9I3Iil6dv7BG+bzueyUd26c=; b=G1/gLAf/WZv9dixKw0QNsWfFVWH2VUbx0wzea+rdUFUZiCt+wK0I3rfkkEPxvJpWyb 2vD1fptl9spSEUqDMlUUm27/RHQNW1G9rpntZKkukuKABAKdAEEUhzns/QSBECavPN26 rH77ZVL7emZo9oLnynemSk8RK5iJ4hP2FXpKgW2N3XKlYakRt0qfsbpKoJZt6WCOHSE/ dodsqZU/ay2CJcwdQuncTA2djZ/mu8R7TYHwPbjugQmXpOqnU7MP4rD0OHsODMD5IXi0 3hawmg3xjERrhKQ01VNpW5BIZzE61DK07UUvz9+4XhejqhqAFbTqHdk1qGnS8gzNcgnm f6IA== X-Gm-Message-State: ALyK8tIxD+eCgT/ztZ3eQ+Fmos4tsx7H5XdTR23xaM++Dk8LpZXI+OaQob9y8VKmFUwTKno7Yh3ajtzHSZbfZw== X-Received: by 10.28.9.194 with SMTP id 185mr37280798wmj.37.1469440933002; Mon, 25 Jul 2016 03:02:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.137.202 with HTTP; Mon, 25 Jul 2016 03:02:12 -0700 (PDT) In-Reply-To: References: <57886949.8010300@linaro.org> <57886993.3010901@linaro.org> <20160715084245.GA4195@kam.mff.cuni.cz> From: Richard Biener Date: Mon, 25 Jul 2016 10:02:00 -0000 Message-ID: Subject: Re: [RFC][IPA-VRP] Disable setting param of __builtin_constant_p to null To: kugan Cc: Jan Hubicka , "gcc-patches@gcc.gnu.org" , Martin Jambor Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2016-07/txt/msg01584.txt.bz2 On Mon, Jul 25, 2016 at 8:59 AM, kugan wrote: > Hi, > >>> diff --git a/gcc/tree-vrp.c b/gcc/tree-vrp.c >>> index ecfab1f..23c12b5 100644 >>> --- a/gcc/tree-vrp.c >>> +++ b/gcc/tree-vrp.c >>> @@ -3759,8 +3759,10 @@ extract_range_basic (value_range *vr, gimple >>> *stmt) >>> && SSA_NAME_IS_DEFAULT_DEF (arg) >>> && TREE_CODE (SSA_NAME_VAR (arg)) == PARM_DECL) >>> { >>> +#if 0 >>> set_value_range_to_null (vr, type); >>> return; >>> +#endif >> >> >> It is not cleanest either, but better to test cfun->after_inlining > > > Thanks. Here is the patch which does this. Bootstrapped and regression > tested with the rest of the patches in the series. Is this OK for trunk? Ok. Richard. > Thanks, > Kugan > > gcc/ChangeLog: > > 2016-07-25 Kugan Vivekanandarajah > > * tree-vrp.c (extract_range_basic): Check cfun->after_inlining > before > folding call to __builtin_constant_p with parameters to false.