From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1993 invoked by alias); 26 Mar 2015 11:00:41 -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 1981 invoked by uid 89); 26 Mar 2015 11:00:40 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 26 Mar 2015 11:00:39 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t2QB0cMq032514 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 26 Mar 2015 07:00:38 -0400 Received: from tucnak.zalov.cz (ovpn-116-58.ams2.redhat.com [10.36.116.58]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t2QB0YWW005797 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO); Thu, 26 Mar 2015 07:00:38 -0400 Received: from tucnak.zalov.cz (localhost [127.0.0.1]) by tucnak.zalov.cz (8.14.9/8.14.9) with ESMTP id t2QB0Pm8004847; Thu, 26 Mar 2015 12:00:31 +0100 Received: (from jakub@localhost) by tucnak.zalov.cz (8.14.9/8.14.9/Submit) id t2QB0FHq004846; Thu, 26 Mar 2015 12:00:15 +0100 Date: Thu, 26 Mar 2015 11:00:00 -0000 From: Jakub Jelinek To: Richard Biener Cc: gcc-patches@gcc.gnu.org Subject: [PATCH] Don't run var-tracking for targetm.no_register_allocation targets Message-ID: <20150326110015.GW1746@tucnak.redhat.com> Reply-To: Jakub Jelinek MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-IsSubscribed: yes X-SW-Source: 2015-03/txt/msg01358.txt.bz2 Hi! As discussed earlier, var-tracking assumes no pseudos are in the IL at the point it is run, which isn't the case for nvptx. While it would be also reasonable to kill debug stmts earlier or disable var-tracking, making it clear that var-tracking can't handle this case is IMHO desirable too. Ok for trunk? 2015-03-26 Jakub Jelinek * var-tracking.c (variable_tracking_main_1): Don't track variables for targetm.no_register_allocation targets. --- gcc/var-tracking.c.jj 2015-03-10 07:35:30.000000000 +0100 +++ gcc/var-tracking.c 2015-03-24 16:55:07.611328164 +0100 @@ -10311,7 +10311,10 @@ variable_tracking_main_1 (void) { bool success; - if (flag_var_tracking_assignments < 0) + if (flag_var_tracking_assignments < 0 + /* Var-tracking right now assumes the IR doesn't contain + any pseudos at this point. */ + || targetm.no_register_allocation) { delete_debug_insns (); return 0; Jakub