From patchwork Mon Jan 23 17:28:08 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Kyrill Tkachov X-Patchwork-Id: 718708 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 3v6dZR65nlz9sD6 for ; Tue, 24 Jan 2017 04:28:31 +1100 (AEDT) Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org header.b="CLSnhrEF"; 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 :message-id:date:from:mime-version:to:cc:subject:content-type; q=dns; s=default; b=nC434gca/IOd4M8DGfN5r7THI7N5j3pujqT8gP6hH2B lWZQ6otnKZlqe8rV5kzxJROqVash4Tfolgrz0f3KiQI07JE5M6bS4elh9TP0o3aF FohBhan6qLDrE6hMr7bw/JnDBk01361V6jIfEP3frQoVbOk6k2l6HevzHXSKJoEs = 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:cc:subject:content-type; s=default; bh=ovNWPtfSwk2qqqc3nzr9Ipb3yGA=; b=CLSnhrEFcsb02DlCF PihLBXMaR16yL1Qc498D4ByzDzAxqeqaC/TLHYZ/xxUU77JmbKndNyuQfsjPDlPY I5+EBnQEAc0S+38RFwqEku83WdTwGsyc+KSU/iznXNz8CEf4a2IS5lSxrABNJPjn Ho7DdIm51or1d2kE/+Ita8gmhs= Received: (qmail 127542 invoked by alias); 23 Jan 2017 17:28:23 -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 127532 invoked by uid 89); 23 Jan 2017 17:28:22 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.1 required=5.0 tests=BAYES_00, KAM_LAZY_DOMAIN_SECURITY, RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy= X-HELO: foss.arm.com Received: from foss.arm.com (HELO foss.arm.com) (217.140.101.70) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 23 Jan 2017 17:28:12 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id D5160AD7; Mon, 23 Jan 2017 09:28:10 -0800 (PST) Received: from [10.2.207.77] (e100706-lin.cambridge.arm.com [10.2.207.77]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 363C23F3D6; Mon, 23 Jan 2017 09:28:10 -0800 (PST) Message-ID: <58863D28.6070906@foss.arm.com> Date: Mon, 23 Jan 2017 17:28:08 +0000 From: Kyrill Tkachov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: GCC Patches CC: Sandra Loosemore , "gerald@pfeifer.com" Subject: [PATCH][doc] Correct optimisation levels documentation for -fstore-merging Hi all, I had forgotten to update the -fstore-merging documentation from a previous iteration of the pass and it says that it's enabled at -O and higher. The option is in fact enabled at -O2 and higher, as well as -Os. This patch clarifies that. Is this ok? Or is there a more preferred style of listing optimisation levels? Thanks, Kyrill 2016-01-23 Kyrylo Tkachov * doc/invoke.texi (-fstore-merging): Correct default optimization levels at which it is enabled. diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi index 45af80c..b29348c 100644 --- a/gcc/doc/invoke.texi +++ b/gcc/doc/invoke.texi @@ -8342,7 +8342,7 @@ early. This flag is enabled by default at @option{-O} and higher. Perform merging of narrow stores to consecutive memory addresses. This pass merges contiguous stores of immediate values narrower than a word into fewer wider stores to reduce the number of instructions. This is enabled by default -at @option{-O} and higher. +at @option{-O2} and higher as well as @option{-Os}. @item -ftree-ter @opindex ftree-ter