public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
* [Bug target/106723] Unreplaced mode/code attributes in aarch64/arm backends [not found] <bug-106723-4@http.gcc.gnu.org/bugzilla/> @ 2022-08-24 7:10 ` rguenth at gcc dot gnu.org 2022-08-24 7:44 ` jakub at gcc dot gnu.org 2022-08-24 15:34 ` rearnsha at gcc dot gnu.org 2 siblings, 0 replies; 3+ messages in thread From: rguenth at gcc dot gnu.org @ 2022-08-24 7:10 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106723 --- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> --- I wonder if the generator should simply skip mode combinations when a mode attribute fails to expand? That could be also used as "conditional iteration" using a mode attribute expanding to "". ^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug target/106723] Unreplaced mode/code attributes in aarch64/arm backends [not found] <bug-106723-4@http.gcc.gnu.org/bugzilla/> 2022-08-24 7:10 ` [Bug target/106723] Unreplaced mode/code attributes in aarch64/arm backends rguenth at gcc dot gnu.org @ 2022-08-24 7:44 ` jakub at gcc dot gnu.org 2022-08-24 15:34 ` rearnsha at gcc dot gnu.org 2 siblings, 0 replies; 3+ messages in thread From: jakub at gcc dot gnu.org @ 2022-08-24 7:44 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106723 --- Comment #2 from Jakub Jelinek <jakub at gcc dot gnu.org> --- I think better would be to error out (or just warn) if we see a valid mode/code attribute which doesn't handle the corresponding mode/code. For the PR106721, that would diagnose all but the last issue where there was a typo, but that one is hard to distinguish from <x> or <logic> etc. appearing in comments or perhaps assembly syntax on some targets. ^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug target/106723] Unreplaced mode/code attributes in aarch64/arm backends [not found] <bug-106723-4@http.gcc.gnu.org/bugzilla/> 2022-08-24 7:10 ` [Bug target/106723] Unreplaced mode/code attributes in aarch64/arm backends rguenth at gcc dot gnu.org 2022-08-24 7:44 ` jakub at gcc dot gnu.org @ 2022-08-24 15:34 ` rearnsha at gcc dot gnu.org 2 siblings, 0 replies; 3+ messages in thread From: rearnsha at gcc dot gnu.org @ 2022-08-24 15:34 UTC (permalink / raw) To: gcc-bugs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106723 --- Comment #3 from Richard Earnshaw <rearnsha at gcc dot gnu.org> --- I think we should error if the name matches some iteration values, but not others. If <foo> is valid in the assembler output 'as-is' then it's bad form to have an attribute that overloads this - and the fix is easy: rename the iterator attribute. ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2022-08-24 15:34 UTC | newest] Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <bug-106723-4@http.gcc.gnu.org/bugzilla/> 2022-08-24 7:10 ` [Bug target/106723] Unreplaced mode/code attributes in aarch64/arm backends rguenth at gcc dot gnu.org 2022-08-24 7:44 ` jakub at gcc dot gnu.org 2022-08-24 15:34 ` rearnsha at gcc dot gnu.org
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).