https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #18 from Jakub Jelinek ---
Author: jakub
Date: Sat May 26 06:56:41 2018
New Revision: 260791
URL: https://gcc.gnu.org/viewcvs?rev=260791=gcc=rev
Log:
PR bootstrap/85921
* c-warn.c (diagnose_mismatched_attributes):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #17 from Jakub Jelinek ---
Author: jakub
Date: Sat May 26 06:40:50 2018
New Revision: 260790
URL: https://gcc.gnu.org/viewcvs?rev=260790=gcc=rev
Log:
PR bootstrap/85921
* c-warn.c (diagnose_mismatched_attributes):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #16 from joseph at codesourcery dot com ---
On Fri, 25 May 2018, msebor at gcc dot gnu.org wrote:
> Beyond that, #defining macros that match known attributes to something else
> seems like asking for trouble. It even came up at the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #14 from joseph at codesourcery dot com ---
On Fri, 25 May 2018, gcc at mailinator dot com wrote:
> https://gcc.gnu.org/install/ doesn't say anything about make headers_install.
That's because it's not part of installing GCC, it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #13 from rguenther at suse dot de ---
On Fri, 25 May 2018, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
>
> --- Comment #12 from Jakub Jelinek ---
> (In reply to rguent...@suse.de from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #12 from Jakub Jelinek ---
(In reply to rguent...@suse.de from comment #11)
> Maybe it was changed to this to make translation easier?
No other code has similar wording of a translatable message, and for
translators it is beneficial
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #11 from rguenther at suse dot de ---
On Fri, 25 May 2018, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
>
> --- Comment #10 from Jakub Jelinek ---
> Or just get rid of the bogus variable.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #10 from Jakub Jelinek ---
Or just get rid of the bogus variable.
const char *noinline = "noinline";
if (DECL_DECLARED_INLINE_P (newdecl)
&& DECL_UNINLINABLE (olddecl)
&& lookup_attribute (noinline, DECL_ATTRIBUTES
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
Richard Biener changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #8 from John Simon ---
https://gcc.gnu.org/install/ doesn't say anything about make headers_install.
How/Where to do this?
If this is appropriate then it is much better than manually patching anything.
In this case I'd still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #7 from Andreas Schwab ---
(In reply to John Simon from comment #3)
> The include chain is:
>
> # 415 "../../gcc-8.1.0/gcc/system.h"
> <-- "/usr/include/signal.h"
> <-- "/usr/include/bits/sigcontext.h"
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #6 from John Simon ---
> I doubt this warrants a change on GCC side, given that a workaround is simple.
If I understood it correctly the local "solution" would be to fix a system
header (which is often not possible because of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #4 from rguenther at suse dot de ---
On Fri, 25 May 2018, gcc at mailinator dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
>
> --- Comment #2 from John Simon ---
> > Can you figure out who #defines noinline?
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #3 from John Simon ---
The include chain is:
# 415 "../../gcc-8.1.0/gcc/system.h"
<-- "/usr/include/signal.h"
<-- "/usr/include/bits/sigcontext.h"
<-- "/usr/include/asm/sigcontext.h"
<--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
--- Comment #2 from John Simon ---
> Can you figure out who #defines noinline?
Sure. Using -E -dD pointed to "/usr/include/linux/compiler.h" which has:
```c
/*
* From the GCC manual:
*
* Many functions do not examine any values except their
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
19 matches
Mail list logo