From patchwork Wed Nov 20 01:41:32 2013 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jeff Law X-Patchwork-Id: 292620 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)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 4C11A2C0084 for ; Wed, 20 Nov 2013 12:41:58 +1100 (EST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender :message-id:date:from:mime-version:to:subject:content-type; q= dns; s=default; b=fnbfWgKXTvrSIuF3078KPdCE/a4wkxvUKHRZD81KfwtONM 22Pc17pyJck+u7AfL9T33t3y3olvjtxmomxUR+x3R0Mw7pAqDnwO7uNC4DlOkPkN FdSsbzHfaB3IFTmG99PTFlAAdK+rHHeR8PqFEie0BTGWPPFzqeATl3HGEPYjk= 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 :message-id:date:from:mime-version:to:subject:content-type; s= default; bh=LLRsrZWBFZvmWLdgC6FzcyrdNmI=; b=AXAgfbnSz3yNjy7hM59x 4ZjRwichjkYqz3mEJzHqigEH4lnTgERoxuaAppb2JHUJc2bBczTxkrbJy5VZZlGr C4eA4Qlo6wuqfyu/ywpPLFeBBPCtWDDpGxHo8gwCE6x2gB1hp9sKy0o3PQfMHX/4 eNUY+vg50CzNNJE+9Yl/VBQ= Received: (qmail 11355 invoked by alias); 20 Nov 2013 01:41:43 -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 11249 invoked by uid 89); 20 Nov 2013 01:41:42 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.9 required=5.0 tests=AWL, BAYES_50, RDNS_NONE, SPF_HELO_PASS, SPF_PASS autolearn=no version=3.3.2 X-HELO: mx1.redhat.com Received: from Unknown (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 20 Nov 2013 01:41:40 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id rAK1fXTX020682 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 19 Nov 2013 20:41:33 -0500 Received: from stumpy.slc.redhat.com (ovpn-113-162.phx2.redhat.com [10.3.113.162]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id rAK1fWMV027914 for ; Tue, 19 Nov 2013 20:41:33 -0500 Message-ID: <528C134C.5010009@redhat.com> Date: Tue, 19 Nov 2013 18:41:32 -0700 From: Jeff Law User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: gcc-patches Subject: [PATCH] Fix trailing whitespace X-IsSubscribed: yes No functional changes. Just cleaning up trailing whitespace that I saw. Installed on the trunk. * tree-ssa-threadupdate.c: Fix trailing whitespace. * tree-ssa-threadupdate.h: Likewise. diff --git a/gcc/tree-ssa-threadupdate.c b/gcc/tree-ssa-threadupdate.c index afd7ac4..1b7c73d 100644 --- a/gcc/tree-ssa-threadupdate.c +++ b/gcc/tree-ssa-threadupdate.c @@ -119,7 +119,7 @@ struct redirection_data : typed_free_remove and wire up its single remaining outgoing edge to the thread path. The other is a joiner block where we leave the control statement - in place, but wire one of the outgoing edges to a thread path. + in place, but wire one of the outgoing edges to a thread path. In theory we could have multiple block duplicates in a jump threading path, but I haven't tried that. @@ -470,7 +470,7 @@ ssa_fix_duplicate_block_edges (struct redirection_data *rd, vec *path = THREAD_PATH (e); for (unsigned int count = 0, i = 1; i < path->length (); i++) - { + { /* If we were threading through an joiner block, then we want to keep its control statement and redirect an outgoing edge. Else we want to remove the control statement & edges, then create @@ -549,10 +549,10 @@ ssa_create_duplicates (struct redirection_data **slot, struct redirection_data *rd = *slot; /* The second duplicated block in a jump threading path is specific - to the path. So it gets stored in RD rather than in LOCAL_DATA. + to the path. So it gets stored in RD rather than in LOCAL_DATA. Each time we're called, we have to look through the path and see - if a second block needs to be duplicated. + if a second block needs to be duplicated. Note the search starts with the third edge on the path. The first edge is the incoming edge, the second edge always has its source @@ -567,7 +567,7 @@ ssa_create_duplicates (struct redirection_data **slot, break; } } - + /* Create a template block if we have not done so already. Otherwise use the template to create a new block. */ if (local_info->template_block == NULL) @@ -732,7 +732,7 @@ redirection_block_p (basic_block bb) the appropriate duplicate of BB. If NOLOOP_ONLY is true, we only perform the threading as long as it - does not affect the structure of the loops in a nontrivial way. + does not affect the structure of the loops in a nontrivial way. If JOINERS is true, then thread through joiner blocks as well. */ @@ -892,7 +892,7 @@ thread_block_1 (basic_block bb, bool noloop_only, bool joiners) By doing things this way we can be as aggressive as possible and not worry that copying a joiner block will create a jump threading opportunity. */ - + static bool thread_block (basic_block bb, bool noloop_only) { @@ -1591,7 +1591,7 @@ thread_through_all_blocks (bool may_peel_loop_headers) } /* Assume we had a jump thread path which went from the latch to the exit - and a path which goes from outside to inside the same loop. + and a path which goes from outside to inside the same loop. If the latch to exit was handled first, we will thread it and clear loop->header. diff --git a/gcc/tree-ssa-threadupdate.h b/gcc/tree-ssa-threadupdate.h index 4617b9c..4950170 100644 --- a/gcc/tree-ssa-threadupdate.h +++ b/gcc/tree-ssa-threadupdate.h @@ -1,5 +1,5 @@ /* Communication between registering jump thread requests and - updating the SSA/CFG for jump threading. + updating the SSA/CFG for jump threading. Copyright (C) 2013 Free Software Foundation, Inc. This file is part of GCC.