From patchwork Mon Apr 20 08:26:05 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Gerald Pfeifer X-Patchwork-Id: 462740 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 48F52140273 for ; Mon, 20 Apr 2015 18:26:21 +1000 (AEST) Authentication-Results: ozlabs.org; dkim=pass reason="1024-bit key; unprotected key" header.d=gcc.gnu.org header.i=@gcc.gnu.org header.b=Sh+/Bv2Z; dkim-adsp=none (unprotected policy); 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:cc:subject:in-reply-to:message-id:references :mime-version:content-type; q=dns; s=default; b=btvvmAW0+Gm2DOhL jfezJf1qFWC16CY+jbMvOjZQHHgGzxIr8Wua6JpRtoQ/OgHwaDMNlHRvF39MTXQa XZzfrRnmrHTspmcZA5U6vFPV/fyg29QuB6ygiPIXloOsN7NvSRyGRmrNMXY2V8bP ynpGXhchJ3nSHepyADgz/iB34OI= 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:cc:subject:in-reply-to:message-id:references :mime-version:content-type; s=default; bh=oSQANCV93DMJHiDgPyomqn e/D3Q=; b=Sh+/Bv2Z8sYNPRsjcqAPHO0LItX9ET1wJsPavCB5KpscLxfoUlnKRX u5EEfpVpoZZjubVkxVaXkX8EbI2noGXcj/muTvTzAKcG8s1g9goki4tJp/xEHflU 1fa+pvdVPb6RC1RQQpKe7kuNDnM1i8bocZYF5cA/EGvOtPrmQ+iuI= Received: (qmail 35505 invoked by alias); 20 Apr 2015 08:26:13 -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 35394 invoked by uid 89); 20 Apr 2015 08:26:12 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.0 required=5.0 tests=AWL, BAYES_00, SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: ainaz.pair.com Received: from ainaz.pair.com (HELO ainaz.pair.com) (209.68.2.66) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 20 Apr 2015 08:26:10 +0000 Received: from [192.168.0.133] (vie-91-186-145-235.dsl.sil.at [91.186.145.235]) by ainaz.pair.com (Postfix) with ESMTPSA id 7839E3F459; Mon, 20 Apr 2015 04:26:07 -0400 (EDT) Date: Mon, 20 Apr 2015 10:26:05 +0200 (CEST) From: Gerald Pfeifer To: Tobias Burnus cc: gcc-patches@gcc.gnu.org, fortran@gcc.gnu.org Subject: Re: [wwwdocs] Update Fortran secrion in 4.8/changes.html In-Reply-To: <50AA5C9E.5080204@net-b.de> Message-ID: References: <502A5A1F.5050607@net-b.de> <503331CC.9010906@net-b.de> <50A115AB.6030208@net-b.de> <50AA5C9E.5080204@net-b.de> MIME-Version: 1.0 X-IsSubscribed: yes On Mon, 19 Nov 2012, Tobias Burnus wrote: >> There is one sentence (preceding my patch) which I don't quite >> understand (specifically around the "to"): >> >> "...which diagnose when code to is inserted for automatic >> (re)allocation of a variable during assignment." > Let me try to explain what the warning does and what "automatic > (re)allocation" is; either the meaning becomes clear – or you might get an > idea how to improve the wording. > > But I concur that the current version is odd; it should either be "when code > is [or: "will be"] inserted" or, maybe, "when code is to be inserted". Thanks for the explanation, Tobias. That was very helpful. Now that I understand things better, I went ahead and applied the following minimal patch (per your suggestion). Gerald Index: changes.html =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.8/changes.html,v retrieving revision 1.132 diff -u -r1.132 changes.html --- changes.html 8 Apr 2015 10:33:06 -0000 1.132 +++ changes.html 20 Apr 2015 08:24:33 -0000 @@ -372,7 +372,7 @@
  • The -Wrealloc-lhs and -Wrealloc-lhs-all warning - command-line options have been added, which diagnose when code to is + command-line options have been added, which diagnose when code is inserted for automatic (re)allocation of a variable during assignment. This option can be used to decide whether it is safe to use