From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 38987 invoked by alias); 14 Dec 2017 11:09:24 -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 38960 invoked by uid 89); 14 Dec 2017 11:09:23 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy= 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 ESMTP; Thu, 14 Dec 2017 11:09:17 +0000 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 6EBC861B8C; Thu, 14 Dec 2017 11:09:16 +0000 (UTC) Received: from freie.home (ovpn04.gateway.prod.ext.phx2.redhat.com [10.5.9.4]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 0B8DF60A9D; Thu, 14 Dec 2017 11:09:15 +0000 (UTC) Received: from livre (livre.home [172.31.160.2]) by freie.home (8.15.2/8.15.2) with ESMTP id vBEB97dq002331; Thu, 14 Dec 2017 09:09:07 -0200 From: Alexandre Oliva To: Jakub Jelinek Cc: Rainer Orth , David Edelsohn , Jeffrey Law , Richard Biener , Jason Merrill , GCC Patches Subject: Re: [SFN] Bootstrap broken References: <20171213103404.GF2353@tucnak> Date: Thu, 14 Dec 2017 11:09:00 -0000 In-Reply-To: <20171213103404.GF2353@tucnak> (Jakub Jelinek's message of "Wed, 13 Dec 2017 11:34:04 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2017-12/txt/msg00893.txt.bz2 On Dec 13, 2017, Jakub Jelinek wrote: > In particular, this testcase is using selective scheduling, therefore > we turn off -fvar-tracking-assignments, but the debug stmt markers are > emitted anyway. *nod*, that much was intended (though I could be convinced to change it ;-) > -fvar-tracking is still true, so the var-tracking pass does everything it > normally does (successfully), then the free_cfg pass removes all > BLOCK_FOR_INSN notes, then some targets in their machine reorg recompute > those, but sparc apparently doesn't, and finally in final.c: > /* Turn debug markers into notes. */ > if (!MAY_HAVE_DEBUG_BIND_INSNS && MAY_HAVE_DEBUG_MARKER_INSNS) > variable_tracking_main (); > Eeek, this runs all of the var tracking again, Eeek, indeed ;-) /me takes a mental note that flag_var_tracking != > MAY_HAVE_DEBUG_BIND_INSNS, and underlines it several times ;-D Thanks for spotting the deeper problem and for fixing it! I'm glad the patch I posted to fix the shallower one still serves as a basis for the ongoing attempts to fix one of the remaining ia64 issues. I'm on it. -- Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist|Red Hat Brasil GNU Toolchain Engineer