From patchwork Tue Jul 10 21:34:37 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jonathan Wakely X-Patchwork-Id: 170291 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]) by ozlabs.org (Postfix) with SMTP id 11B002C00DC for ; Wed, 11 Jul 2012 07:35:01 +1000 (EST) Comment: DKIM? See http://www.dkim.org DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=gcc.gnu.org; s=default; x=1342560902; h=Comment: DomainKey-Signature:Received:Received:Received:Received: MIME-Version:Received:Received:In-Reply-To:References:Date: Message-ID:Subject:From:To:Cc:Content-Type:Mailing-List: Precedence:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:Sender:Delivered-To; bh=Yi+lmgh6+FOZ3HHq6aJ9+ayDJCI=; b=aWkF0w0XodNtcYTWvjq6oXoSb70lpe7K6wzJl8AvH9nrY8xi3w+q+c3SccRwyU fAv0SNRU/+4J/iDAIzMqFcaQlGNm7RD6+VjbYM1xxzx4v3/nA5cPG/OtdGscqUcr fOGxl+AGwcEC+rSuHY2+ngJnJAIPbj/OHUtHhndOx2rvA= Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=gcc.gnu.org; h=Received:Received:X-SWARE-Spam-Status:X-Spam-Check-By:Received:Received:MIME-Version:Received:Received:In-Reply-To:References:Date:Message-ID:Subject:From:To:Cc:Content-Type:Mailing-List:Precedence:List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help:Sender:Delivered-To; b=Pu2hYZ4l5mNWNvjCqNI6sqz5bQc6QraTapQwk/sqHiiXP8RTMieMeg7phkmo/c Gwyp5CfNs+AxkOYzv7QW9VgQKXunQjuDfLX2FzAQa5JGERLtLiXjzuJ7crNwaZNW l1C8abY8nGMm6GQmRFtZYjKOpwsQ4Oek2ntZwFykpefRA=; Received: (qmail 29753 invoked by alias); 10 Jul 2012 21:34:54 -0000 Received: (qmail 29633 invoked by uid 22791); 10 Jul 2012 21:34:53 -0000 X-SWARE-Spam-Status: No, hits=-5.1 required=5.0 tests=AWL, BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, KHOP_RCVD_TRUST, KHOP_THREADED, RCVD_IN_DNSWL_LOW, RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-lb0-f175.google.com (HELO mail-lb0-f175.google.com) (209.85.217.175) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 10 Jul 2012 21:34:39 +0000 Received: by lbol5 with SMTP id l5so913481lbo.20 for ; Tue, 10 Jul 2012 14:34:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.112.43.135 with SMTP id w7mr21075245lbl.48.1341956077976; Tue, 10 Jul 2012 14:34:37 -0700 (PDT) Received: by 10.112.27.228 with HTTP; Tue, 10 Jul 2012 14:34:37 -0700 (PDT) In-Reply-To: <4FFADA23.6050805@redhat.com> References: <4FFADA23.6050805@redhat.com> Date: Tue, 10 Jul 2012 22:34:37 +0100 Message-ID: Subject: Re: G++ namespace association extension From: Jonathan Wakely To: Jason Merrill Cc: gcc-patches@gcc.gnu.org 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 On 9 July 2012 14:18, Jason Merrill wrote: > On 07/09/2012 01:26 PM, Jonathan Wakely wrote: >> >> http://gcc.gnu.org/onlinedocs/gcc/Namespace-Association.html says: >> >> "Caution: The semantics of this extension are not fully defined. Users >> should refrain from using this extension as its semantics may change >> subtly over time. It is possible that this extension will be removed >> in future versions of G++. " >> >> Is it safe to assume that the semantics are now fixed to match those >> of C++11 inline namespaces and will not change unless removed? > > > Yes, but people should use inline namespaces instead; we should deprecate > this form and then remove it in 4.9. * doc/extend.texi (Namespace Association): Alter cautionary text. How's this, OK for trunk? commit d6a414f6ebcd96645a1a6612e324eafee24b39e9 Author: Jonathan Wakely Date: Tue Jul 10 21:21:09 2012 +0100 * doc/extend.texi (Namespace Association): Alter cautionary text. diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index 91e7385..c3faf09 100644 --- a/gcc/doc/extend.texi +++ b/gcc/doc/extend.texi @@ -15527,10 +15527,9 @@ See also @ref{Namespace Association}. @node Namespace Association @section Namespace Association -@strong{Caution:} The semantics of this extension are not fully -defined. Users should refrain from using this extension as its -semantics may change subtly over time. It is possible that this -extension will be removed in future versions of G++. +@strong{Caution:} The semantics of this extension are equivalent +to C++ 2011 inline namespaces. Users should use inline namespaces +instead as this extension will be removed in future versions of G++. A using-directive with @code{__attribute ((strong))} is stronger than a normal using-directive in two ways: