From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 122673 invoked by alias); 20 Jul 2018 21:22:29 -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 122655 invoked by uid 89); 20 Jul 2018 21:22:28 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mail-qt0-f171.google.com Received: from mail-qt0-f171.google.com (HELO mail-qt0-f171.google.com) (209.85.216.171) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 20 Jul 2018 21:22:27 +0000 Received: by mail-qt0-f171.google.com with SMTP id n6-v6so6991463qtl.4 for ; Fri, 20 Jul 2018 14:22:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=W3xrpwr7m7HbLfXVb6yKZ++gDpVIbF40/cbQ/zhzKnM=; b=aNzO5I+NCGh4c835279C6ga6BfvMsAs2HmU6eCjRGbPFoCAHDHLlayemYPjI8Rqfob 1V5Fn5GZYshdb3ErM4eRpBvg4NlyAZqcISXGU2g/kVZAvlst2PtIZM3dGfXXM5Nqkh5T vra5ss++LisgAKU4euhb/CnY77L0v9VdBQYy19STfbr2gl5xbxzUn4At/gHk0Ns2HB/x gasyIeocfgIIo4H/U8YmxFrTHGkz4xZKXBvYsjHR45DoIosht1w6BCQ/u0bj0oJiLu9W ewTFtkqNkKgs+KTJl67mFVkaDgKE1zxmPZk4CpYZJVoQbf6fkSJlxPwgiL/sIUGx6llP Yfwg== Return-Path: Received: from localhost.localdomain (184-96-226-101.hlrn.qwest.net. [184.96.226.101]) by smtp.gmail.com with ESMTPSA id o18-v6sm1554627qtm.84.2018.07.20.14.22.24 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 20 Jul 2018 14:22:24 -0700 (PDT) To: Gcc Patch List From: Martin Sebor Subject: committed: remove redundant -Wall from -Warray-bounds (PR 82063) Message-ID: Date: Fri, 20 Jul 2018 21:22:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2018-07/txt/msg01206.txt.bz2 As the last observation in PR 82063 Jim points out that Both -Warray-bounds and -Warray-bounds= are listed in the c.opt file as being enabled by -Wall, but they are the same option, and it causes this one option to be processed twice in the C_handle_option_auto function in the generated options.c file. It gets set to the same value twice, so it does work as intended, but this is wasteful. I have removed the redundant -Wall from the first option and committed the change as obvious in r262912. Martin