From patchwork Thu Oct 8 08:57:22 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Marek Polacek X-Patchwork-Id: 527634 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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 9AE48140D93 for ; Thu, 8 Oct 2015 19:57:35 +1100 (AEDT) Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org header.b=F/XjHlQN; dkim-atps=neutral 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:subject:message-id:mime-version:content-type; q=dns; s= default; b=aFKZ1ZnQYDvo9A6ypJRfhGnP8BHMhOGY791oQzKIeBAthxAqbOpad KXfvn/nrkhBN6vpvnfY9k8IN+EC6K65bzfr9JbBwTsrOVHXTzXpUGzoKysfCzKKL mJwh0NjEyeib6ynvmi/zUAiXiStpyosgd5ZFjAxNpsGf8cRjDlQM28= 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:subject:message-id:mime-version:content-type; s= default; bh=S54ngTb998mlmU6uGiYW1Gm2oz0=; b=F/XjHlQNkjVu/sFmjXD4 14CpCFliHfmf4yKOUYAwxiDc7Iy6P0+jji3W6PKbzZDDL3UOd2H7E1XwozDSYHij ladOOlczc4/2K3xs5e48nnwVjKHrY/ytiPhjvSdEQ/i2zbUo90Bm0AW7loqeIWeO k4GtWbd21e504C2iT2afuPQ= Received: (qmail 99858 invoked by alias); 8 Oct 2015 08:57:28 -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 99848 invoked by uid 89); 8 Oct 2015 08:57:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL, BAYES_00, SPF_HELO_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, 08 Oct 2015 08:57:27 +0000 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (Postfix) with ESMTPS id 640FB319AE7 for ; Thu, 8 Oct 2015 08:57:26 +0000 (UTC) Received: from redhat.com (ovpn-204-17.brq.redhat.com [10.40.204.17]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t988vNo9032666 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 8 Oct 2015 04:57:25 -0400 Date: Thu, 8 Oct 2015 10:57:22 +0200 From: Marek Polacek To: GCC Patches Subject: [PATCH] A tweak for debug_ops_vector Message-ID: <20151008085722.GZ6184@redhat.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) I've been playing with reassoc recently and what bothers me is that dump_ops_vector doesn't print a newline after each element, so it prints e.g. "Op 0 -> rank: 5, tree: a_1(D)Op 1 -> rank: 4, tree: c_3(D)" which isn't really all that readable to me. Bootstrapped/regtested on x86_64-linux, ok for trunk? 2015-10-08 Marek Polacek * tree-ssa-reassoc.c (dump_ops_vector): Print newline after each ops element. Marek diff --git gcc/tree-ssa-reassoc.c gcc/tree-ssa-reassoc.c index 5efee21..879722e 100644 --- gcc/tree-ssa-reassoc.c +++ gcc/tree-ssa-reassoc.c @@ -4930,6 +4930,7 @@ dump_ops_vector (FILE *file, vec ops) { fprintf (file, "Op %d -> rank: %d, tree: ", i, oe->rank); print_generic_expr (file, oe->op, 0); + fprintf (file, "\n"); } }