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).