From patchwork Sat Jun 1 12:55:21 2013 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jakub Jelinek X-Patchwork-Id: 248077 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "localhost", Issuer "www.qmailtoaster.com" (not verified)) by ozlabs.org (Postfix) with ESMTPS id 182182C02A1 for ; Sat, 1 Jun 2013 22:55:35 +1000 (EST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:date :from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:in-reply-to; q=dns; s=default; b=rRidyC0umGX9sjQtk +mZdGBQf7sRmh9wdKU4t5J+xWCMTW9MRRZnktHNlDRNKqbB3fIhXkPEMpkvpZJgn YxRF+iTUvYhWjOe1ToH4Rl6OB1TLIwfNPzUmht6DvdRgO78hArEbaGrOK8UerNGA 3ads+6p4Uq0J8P/EVMa5P7cHiA= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:date :from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:in-reply-to; s=default; bh=P5GI/645he33KnJc1wdE+xF cgZM=; b=tAspcGFah82v7URjh1P6focx5wwOvyJEalIVLQI26uWeVtMZfgVkWxk CnxHIu5u+qKIeM7cPxkm7WEMPaMCgC0ZQ/nPN3ileidu2KwQkJ4LaYhRpNPl+l7R ZV5PCZOYbFf0wBGdey2HoDju7mv05Ejbf6oUyXE3yXk70i4D76r0= Received: (qmail 3987 invoked by alias); 1 Jun 2013 12:55:30 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org Received: (qmail 3977 invoked by uid 89); 1 Jun 2013 12:55:30 -0000 X-Spam-SWARE-Status: No, score=-6.9 required=5.0 tests=AWL, BAYES_00, RCVD_IN_HOSTKARMA_W, RCVD_IN_HOSTKARMA_WL, RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.1 Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Sat, 01 Jun 2013 12:55:29 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r51CtSvG030612 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 1 Jun 2013 08:55:28 -0400 Received: from zalov.cz (vpn-53-4.rdu2.redhat.com [10.10.53.4]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r51CtQQf010000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Jun 2013 08:55:27 -0400 Received: from zalov.cz (localhost [127.0.0.1]) by zalov.cz (8.14.5/8.14.5) with ESMTP id r51CtOd8006223; Sat, 1 Jun 2013 14:55:25 +0200 Received: (from jakub@localhost) by zalov.cz (8.14.5/8.14.5/Submit) id r51CtMP4006222; Sat, 1 Jun 2013 14:55:22 +0200 Date: Sat, 1 Jun 2013 14:55:21 +0200 From: Jakub Jelinek To: Dinar Temirbulatov , Jeff Law Cc: "H.J. Lu" , Steven Bosscher , GCC Patches Subject: Re: Fix PR57268 Message-ID: <20130601125521.GZ1493@tucnak.redhat.com> Reply-To: Jakub Jelinek References: <51A6156F.9090001@redhat.com> <20130601081124.GY1493@tucnak.redhat.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130601081124.GY1493@tucnak.redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) On Sat, Jun 01, 2013 at 10:11:24AM +0200, Jakub Jelinek wrote: > On Sat, Jun 01, 2013 at 08:39:58AM +0400, Dinar Temirbulatov wrote: > > I am investigating the problem. > > I'd guess you don't want to flush on DEBUG_INSN_Ps, because then you'd flush > differently between -g and -g0. So perhaps something like: Now bootstrapped/regtested on x86_64-linux and i686-linux. I see you've already reverted in the mean time, so ok for trunk this way? 2013-06-01 Jakub Jelinek PR rtl-optimization/57268 * sched-deps.c (sched_analyze_2): Don't flush_pedning_lists if DEBUG_INSN_P (insn). Reapply 2013-05-31 Dinar Temirbulatov PR rtl-optimization/57268 * sched-deps.c (sched_analyze_2): Flush dependence lists if the sum of the read and write lists exceeds MAX_PENDING_LIST_LENGTH. Jakub --- gcc/sched-deps.c (revision 199576) +++ gcc/sched-deps.c (revision 199575) @@ -2690,8 +2690,15 @@ /* Always add these dependencies to pending_reads, since this insn may be followed by a write. */ - if (!deps->readonly) - add_insn_mem_dependence (deps, true, insn, x); + if (!deps->readonly) + { + if ((deps->pending_read_list_length + + deps->pending_write_list_length) + > MAX_PENDING_LIST_LENGTH + && !DEBUG_INSN_P (insn)) + flush_pending_lists (deps, insn, true, true); + add_insn_mem_dependence (deps, true, insn, x); + } sched_analyze_2 (deps, XEXP (x, 0), insn);