aboutsummaryrefslogtreecommitdiff
path: root/gcc/objcp/objcp-lang.c
diff options
context:
space:
mode:
authorSegher Boessenkool <segher@kernel.crashing.org>2020-03-18 21:58:45 +0000
committerSegher Boessenkool <segher@kernel.crashing.org>2020-03-18 23:17:28 +0000
commit07fe4af4d51d74b63a76ea632d4db01d1f69f037 (patch)
tree1c49ef98584076690b0128de4ffc8958c775229b /gcc/objcp/objcp-lang.c
parent529ea7d9596b26ba103578eeab448e9862a2d2c5 (diff)
downloadgcc-07fe4af4d51d74b63a76ea632d4db01d1f69f037.zip
gcc-07fe4af4d51d74b63a76ea632d4db01d1f69f037.tar.gz
gcc-07fe4af4d51d74b63a76ea632d4db01d1f69f037.tar.bz2
rs6000: Add back some w* constraints (PR91886)
In May and June last year I deleted many of our (vector) constraints. We can now just use "wa" for those, together with some other conditions, which can be per alternative using the "enabled" attribute (which in turn primarily uses the "isa" attribute). But, it turns out that Clang implements some of those constraints as well, and at least musl uses some of them. It is easy for us to add those contraints back (as undocumented aliases to "wa", which always did mean the same thing for valid inline assembler code), so do that. gcc/ * config/rs6000/constraints.md (wd, wf, wi, ws, ww): New undocumented aliases for "wa".
Diffstat (limited to 'gcc/objcp/objcp-lang.c')
0 files changed, 0 insertions, 0 deletions