https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78736
Boris changed:
What|Removed |Added
CC||bp at alien8 dot de
--- Comment #20 from Boris
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106571
--- Comment #5 from Boris ---
(In reply to Michael Matz from comment #4)
> Boris: what does DECLARE_PER_CPU() expand into? Are there other attributes
> that could be usefully checked for mismatch between decl and def?
Unfortunately,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106571
--- Comment #2 from Boris ---
How can you check a mismatch if only the definition has the section attribute?
Here's the kernel commit which fixes this for clang:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106571
Bug ID: 106571
Summary: Implement -Wsection diag
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97708
--- Comment #18 from Boris ---
It would be awesome if this text continued:
"... and specify any constraint letter that matches the register. If the
operand constraint doesn't match the register, former has higher priority over
the local
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97708
--- Comment #16 from Boris ---
(In reply to Jakub Jelinek from comment #14)
> No, why? You ask it to go into a general register, so it goes there. The
> local register variable has no priority at all.
And where in the documentation does it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97708
--- Comment #13 from Boris ---
Then you'd need to add a sentence saying that the register asm() specification
has lower prio and thus overridden by the input operand constraint. Which is
what we have here. And then refer to the text Segher
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97708
--- Comment #11 from Boris ---
Drop "general":
"‘g’ Any register, memory or immediate integer operand is allowed."
because, as you guys say, it would stick it anywhere.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97708
--- Comment #7 from Boris ---
(In reply to Jakub Jelinek from comment #6)
> I agree with Andrew here, the compiler does what it is asked to do, so puts
> the value into either memory or general purpose register. Neither "r" nor
> "g" allows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97708
--- Comment #2 from Boris ---
(In reply to Andrew Pinski from comment #1)
> "g" constraint won't work here:
So in that case gcc should fail the build. Which it does not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97708
Bug ID: 97708
Summary: Inline asm does not use the local register asm
specified with register ... asm() as input
Product: gcc
Version: unknown
Status: UNCONFIRMED
11 matches
Mail list logo
