public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: c++/4283: Implicit typename extension should be optional
@ 2002-01-27 17:13 rodrigc
0 siblings, 0 replies; 4+ messages in thread
From: rodrigc @ 2002-01-27 17:13 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, loewis, nobody
Synopsis: Implicit typename extension should be optional
State-Changed-From-To: feedback->closed
State-Changed-By: rodrigc
State-Changed-When: Sun Jan 27 17:13:06 2002
State-Changed-Why:
implicit typename is a deprecated option which produces
a warning in gcc 3.1, and will probably be removed
for gcc 3.2
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=4283
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: c++/4283: Implicit typename extension should be optional
@ 2001-12-16 4:26 Martin von Loewis
0 siblings, 0 replies; 4+ messages in thread
From: Martin von Loewis @ 2001-12-16 4:26 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR c++/4283; it has been noted by GNATS.
From: Martin von Loewis <loewis@informatik.hu-berlin.de>
To: nathan@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
loewis@informatik.hu-berlin.de, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Cc: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org
Subject: Re: c++/4283: Implicit typename extension should be optional
Date: Sun, 16 Dec 2001 13:23:25 +0100 (MET)
> Is this sufficient? You get an unconditional warning
> on its use now.
That sounds good - assuming it was a proper extension (i.e. whenever
the compiler was inserting typename, compilation would fail with
-pedantic).
Regards,
Martin
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: c++/4283: Implicit typename extension should be optional
@ 2001-12-15 10:20 nathan
0 siblings, 0 replies; 4+ messages in thread
From: nathan @ 2001-12-15 10:20 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, loewis, nobody
Synopsis: Implicit typename extension should be optional
State-Changed-From-To: open->feedback
State-Changed-By: nathan
State-Changed-When: Sat Dec 15 10:20:05 2001
State-Changed-Why:
it is now deprecated on the mainline (and so will be
in 3.1), it is hoped it will be removed in 3.2
Is this sufficient? You get an unconditional warning
on its use now.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=4283
^ permalink raw reply [flat|nested] 4+ messages in thread
* c++/4283: Implicit typename extension should be optional
@ 2001-09-10 6:26 loewis
0 siblings, 0 replies; 4+ messages in thread
From: loewis @ 2001-09-10 6:26 UTC (permalink / raw)
To: gcc-gnats
>Number: 4283
>Category: c++
>Synopsis: Implicit typename extension should be optional
>Confidential: no
>Severity: serious
>Priority: low
>Responsible: unassigned
>State: open
>Class: change-request
>Submitter-Id: net
>Arrival-Date: Mon Sep 10 06:26:01 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator: loewis@informatik.hu-berlin.de
>Release: gcc 3.0
>Organization:
>Environment:
Solaris 5.8
>Description:
Currently, it is only possible to turn off the
implicit typename extension through -pedantic. Since the
compiler then operates too restrictive for many applications,
turning this extension off alone is desirable, e.g. through
a -fimplicit-typename flag.
It is also desirable that the extension becomes documented;
it is currently mentioned only in c-tree.texi.
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2002-01-28 1:13 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-01-27 17:13 c++/4283: Implicit typename extension should be optional rodrigc
-- strict thread matches above, loose matches on Subject: below --
2001-12-16 4:26 Martin von Loewis
2001-12-15 10:20 nathan
2001-09-10 6:26 loewis
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).