From patchwork Sun Mar 19 07:53:16 2017
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Patchwork-Submitter: Gerald Pfeifer
X-Patchwork-Id: 740653
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 3vmBCl560Yz9ryZ
for ;
Sun, 19 Mar 2017 18:53:37 +1100 (AEDT)
Authentication-Results: ozlabs.org; dkim=pass (1024-bit key;
unprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org
header.b="lD+TfYUz"; 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:subject:message-id:mime-version:content-type; q=dns; s=
default; b=h1e+5BAkjbOhUa/sGz4yHB+ucyFwqU3dpuWMO6xN+uYQN8vyaWFMs
Gt9J2Zrele9ZwCoGk4jwwLICbUlwvI7o3CW9MqgqvRxVdfRYCF/vj+chAFVujd2n
V/oiNSGFN/gjpxMYKMNGR6PBeec+Dm0EVlTUbP5uROmn/ZSkWO4jvE=
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:subject:message-id:mime-version:content-type; s=
default; bh=miRTsFJ8B/vkxFNm0xRyQJ8wh70=; b=lD+TfYUzW4adHN0gjBdi
XUvWRIfOVMYotapCUPvFP8xz3GJS1s9j4I8SywNCBvjtY7fJjjxrVX5a0FPBKmqP
JeysCiepdqOm2t4BwC3MLga7G0TQ+A7xuFXKxfAWYrqpFyNbY//hivyop6e63tew
chJstbZgP0LKaaXF7QKwK4o=
Received: (qmail 111096 invoked by alias); 19 Mar 2017 07:53:27 -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 111050 invoked by uid 89); 19 Mar 2017 07:53:21 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-11.9 required=5.0 tests=BAYES_00, GIT_PATCH_2,
GIT_PATCH_3, RCVD_IN_DNSWL_NONE,
SPF_PASS autolearn=ham version=3.3.2 spammy=14.2
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;
Sun, 19 Mar 2017 07:53:20 +0000
Received: from anthias (vie-188-118-249-200.dsl.sil.at
[188.118.249.200]) (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 97E043F530 for ;
Sun, 19 Mar 2017 03:53:18 -0400 (EDT)
Date: Sun, 19 Mar 2017 08:53:16 +0100 (CET)
From: Gerald Pfeifer
To: gcc-patches@gcc.gnu.org
Subject: [wwwdocs] Remove "New in GCC 3.4.0" from bugs/index.html
Message-ID:
MIME-Version: 1.0
X-IsSubscribed: yes
GCC 3.4.0 dates back to 2004, and by now everyone really should
have updated their stuff to newer G++ / C++ standards. ;-)
Committed.
Gerald
Index: bugs/index.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/bugs/index.html,v
retrieving revision 1.118
diff -u -r1.118 index.html
--- bugs/index.html 21 Nov 2015 15:41:17 -0000 1.118
+++ bugs/index.html 19 Mar 2017 07:49:15 -0000
@@ -697,78 +697,7 @@
However, some non-conforming constructs are allowed when the command-line
option -fpermissive
is used.
-
-
-The new parser brings a lot of improvements, especially concerning
-name-lookup.
-
-
-
-- The "implicit typename" extension got removed (it was already deprecated
-since GCC 3.1), so that the following code is now rejected, see [14.6]:
-
-template <typename> struct A
-{
- typedef int X;
-};
-
-template <typename T> struct B
-{
- A<T>::X x; // error
- typename A<T>::X y; // OK
-};
-
-B<void> b;
-
-
-- For similar reasons, the following code now requires the
-
template
keyword, see [14.2]:
-
-template <typename> struct A
-{
- template <int> struct X {};
-};
-
-template <typename T> struct B
-{
- typename A<T>::X<0> x; // error
- typename A<T>::template X<0> y; // OK
-};
-
-B<void> b;
-
-
-- We now have two-stage name-lookup, so that the following code is
-rejected, see [14.6]/9:
-
-template <typename T> int foo()
-{
- return i; // error
-}
-
-
-- This also affects members of base classes, see [14.6.2]:
-
-template <typename> struct A
-{
- int i, j;
-};
-
-template <typename T> struct B : A<T>
-{
- int foo1() { return i; } // error
- int foo2() { return this->i; } // OK
- int foo3() { return B<T>::i; } // OK
- int foo4() { return A<T>::i; } // OK
-
- using A<T>::j;
- int foo5() { return j; } // OK
-};
-
-
-
-
-In addition to the problems listed above, the manual contains a section on
+
The manual contains a section on
Common Misunderstandings with GNU C++.