public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: preprocessor/7263: __extension__ keyword doesn't suppress warning on LL or ULL constants
@ 2002-12-11 13:16 neil
0 siblings, 0 replies; 5+ messages in thread
From: neil @ 2002-12-11 13:16 UTC (permalink / raw)
To: andrew, gcc-bugs, gcc-prs, neil, nobody
Synopsis: __extension__ keyword doesn't suppress warning on LL or ULL constants
Responsible-Changed-From-To: unassigned->neil
Responsible-Changed-By: neil
Responsible-Changed-When: Wed Dec 11 13:16:54 2002
Responsible-Changed-Why:
Mine. I'll come up with something.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=7263
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: preprocessor/7263: __extension__ keyword doesn't suppress warning on LL or ULL constants
@ 2002-12-10 2:46 Christian Ehrhardt
0 siblings, 0 replies; 5+ messages in thread
From: Christian Ehrhardt @ 2002-12-10 2:46 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR preprocessor/7263; it has been noted by GNATS.
From: "Christian Ehrhardt" <ehrhardt@mathematik.uni-ulm.de>
To: Neil Booth <neil@daikokuya.co.uk>
Cc: andrew@andypo.net, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Subject: Re: preprocessor/7263: __extension__ keyword doesn't suppress warning on LL or ULL constants
Date: Tue, 10 Dec 2002 11:36:37 +0100
On Tue, Dec 10, 2002 at 12:22:56AM +0000, Neil Booth wrote:
> ehrhardt@mathematik.uni-ulm.de wrote:-
>
> > I can confirm this on recent 3.3. The warning is from the preprocessor
> > where we don't know about __extension__. Maybe the fix is to just
> > document this. Anyway: Category changed to preprocessor and priority
> > raised to medium because this is technically a regression.
>
> I think we just document __extension__ as only applying to non-CPP issues;
> we can't reasonably expect CPP to interact with a parser in all situations
> and under all future code changes. I imagine we could enhance existing
> code so that we don't have this problem in cases where it is the C front
> end requesting the number interpretation, since it could easily pass a
> "don't warn about foo" flag to cpplib. However expecting cpplib to get
> it right for #if is not reasonable, seeing as #if can occur between any
> two tokens.
The real problem seems to be that cpplib has its own copy of warning options
in pfile->cpp_opts. The C parser disables the global pedantic flag while
__extension__ is in effect. However, this change is not propagated into
cpp_opts. If this was done we could just add the pedantic check in
cppexp.c. However, neither do I see a clean way to propagate the global
pedantic flag into cpp_opts nor to check the global flag from cpplib.
regards Christian
--
THAT'S ALL FOLKS!
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: preprocessor/7263: __extension__ keyword doesn't suppress warning on LL or ULL constants
@ 2002-12-09 16:26 Neil Booth
0 siblings, 0 replies; 5+ messages in thread
From: Neil Booth @ 2002-12-09 16:26 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR preprocessor/7263; it has been noted by GNATS.
From: Neil Booth <neil@daikokuya.co.uk>
To: ehrhardt@mathematik.uni-ulm.de, andrew@andypo.net, gcc-bugs@gcc.gnu.org,
gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Cc:
Subject: Re: preprocessor/7263: __extension__ keyword doesn't suppress warning on LL or ULL constants
Date: Tue, 10 Dec 2002 00:22:56 +0000
ehrhardt@mathematik.uni-ulm.de wrote:-
> I can confirm this on recent 3.3. The warning is from the preprocessor
> where we don't know about __extension__. Maybe the fix is to just
> document this. Anyway: Category changed to preprocessor and priority
> raised to medium because this is technically a regression.
I think we just document __extension__ as only applying to non-CPP issues;
we can't reasonably expect CPP to interact with a parser in all situations
and under all future code changes. I imagine we could enhance existing
code so that we don't have this problem in cases where it is the C front
end requesting the number interpretation, since it could easily pass a
"don't warn about foo" flag to cpplib. However expecting cpplib to get
it right for #if is not reasonable, seeing as #if can occur between any
two tokens.
Neil.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: preprocessor/7263: __extension__ keyword doesn't suppress warning on LL or ULL constants
@ 2002-12-09 15:26 Joseph S. Myers
0 siblings, 0 replies; 5+ messages in thread
From: Joseph S. Myers @ 2002-12-09 15:26 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR preprocessor/7263; it has been noted by GNATS.
From: "Joseph S. Myers" <jsm28@cam.ac.uk>
To: <ehrhardt@mathematik.uni-ulm.de>, <andrew@andypo.net>,
<gcc-bugs@gcc.gnu.org>, <gcc-gnats@gcc.gnu.org>
Cc:
Subject: Re: preprocessor/7263: __extension__ keyword doesn't suppress warning
on LL or ULL constants
Date: Mon, 9 Dec 2002 23:24:53 +0000 (GMT)
On 9 Dec 2002 ehrhardt@mathematik.uni-ulm.de wrote:
> Synopsis: __extension__ keyword doesn't suppress warning on LL or ULL constants
>
> State-Changed-From-To: open->analyzed
> State-Changed-By: cae
> State-Changed-When: Mon Dec 9 15:10:17 2002
> State-Changed-Why:
> I can confirm this on recent 3.3. The warning is from the preprocessor
> where we don't know about __extension__. Maybe the fix is to just
> document this. Anyway: Category changed to preprocessor and priority
> raised to medium because this is technically a regression.
Note the same issue applies with the warning for complex floats; since
__extension__ is there used by glibc's <complex.h> to define _Complex_I,
some fix involving not warning for such constants arising from macros
defined in system headers may be necessary.
--
Joseph S. Myers
jsm28@cam.ac.uk
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: preprocessor/7263: __extension__ keyword doesn't suppress warning on LL or ULL constants
@ 2002-12-09 15:10 ehrhardt
0 siblings, 0 replies; 5+ messages in thread
From: ehrhardt @ 2002-12-09 15:10 UTC (permalink / raw)
To: andrew, gcc-bugs, gcc-prs, nobody
Synopsis: __extension__ keyword doesn't suppress warning on LL or ULL constants
State-Changed-From-To: open->analyzed
State-Changed-By: cae
State-Changed-When: Mon Dec 9 15:10:17 2002
State-Changed-Why:
I can confirm this on recent 3.3. The warning is from the preprocessor
where we don't know about __extension__. Maybe the fix is to just
document this. Anyway: Category changed to preprocessor and priority
raised to medium because this is technically a regression.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=7263
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2002-12-11 21:16 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-12-11 13:16 preprocessor/7263: __extension__ keyword doesn't suppress warning on LL or ULL constants neil
-- strict thread matches above, loose matches on Subject: below --
2002-12-10 2:46 Christian Ehrhardt
2002-12-09 16:26 Neil Booth
2002-12-09 15:26 Joseph S. Myers
2002-12-09 15:10 ehrhardt
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).