From patchwork Tue Aug 16 09:28:12 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Gerald Pfeifer X-Patchwork-Id: 659568 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 3sD6WD4RDFz9t0F for ; Tue, 16 Aug 2016 19:29:11 +1000 (AEST) Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org header.b=BKMVc79m; 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=G9+E7caY0P16LfAe Pvl+vT0IH8yd1rlGzF0lN4QglrztlgFWNbOYo45VAxqetC8qsCdHzYBoK9A7e6rs uBYW6IapRyufvpSLG2nnPlu4w0eUjiqJjBWQ9ct3CL3vD8cHlydo5nD7Iy8O8jYL yY612QNcknsmfXQpkNVIxzEo8MA= 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=XT2PMtlbV+qIr3xAwuRUaP UM4OE=; b=BKMVc79mONiw0ykC084D5zk2nRgHIyNTW2cPKNp8Ti3fXUeCTSPC8l 1L9Q5WQEfcviotxajKYhR8148NEfZlbJyr256NB6o+cXzBSIDG1Iao+7yJI9H2rU 8YqgMCCo2awyKsWz/gdPxDHWhPeucGcZKDhQu6RDxgP6i0CFAqnCE= Received: (qmail 35117 invoked by alias); 16 Aug 2016 09:28:26 -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 35081 invoked by uid 89); 16 Aug 2016 09:28:26 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_NONE, SPF_PASS autolearn=ham version=3.3.2 spammy=1.74, blockquote, indented, Apr 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 ESMTP; Tue, 16 Aug 2016 09:28:16 +0000 Received: from anthias (vie-188-118-252-241.dsl.sil.at [188.118.252.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ainaz.pair.com (Postfix) with ESMTPSA id 4F8123F427; Tue, 16 Aug 2016 05:28:13 -0400 (EDT) Date: Tue, 16 Aug 2016 11:28:12 +0200 (CEST) From: Gerald Pfeifer To: Chris Gregory , gcc-patches@gcc.gnu.org cc: gcc@gcc.gnu.org Subject: [wwwdocs] PATCH for Re: GCC Coding Conventions typo In-Reply-To: Message-ID: References: MIME-Version: 1.0 X-IsSubscribed: yes On Fri, 22 Apr 2016, Chris Gregory wrote: > https://gcc.gnu.org/codingconventions.html#ExternC > > In the `Extern "C"` commentary, the coding conventions says: > > Definitions within the body of a namespace are not indented. > > This should read > > Definitions within the body of an `extern "C"` block are not indented. Thank you for the report, Chris! I just fixed this (finally) by applying the patch below, attributed to you. Gerald Index: codingconventions.html =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/codingconventions.html,v retrieving revision 1.74 diff -u -r1.74 codingconventions.html --- codingconventions.html 27 May 2016 19:25:16 -0000 1.74 +++ codingconventions.html 16 Aug 2016 09:23:03 -0000 @@ -1304,7 +1304,7 @@

-Definitions within the body of a namespace are not indented. +Definitions within the body of an extern "C" block are not indented.

Namespaces