diff options
| author | Alexandre Oliva <oliva@adacore.com> | 2025-01-10 09:32:47 -0300 |
|---|---|---|
| committer | Alexandre Oliva <oliva@gnu.org> | 2025-01-10 09:40:39 -0300 |
| commit | 47ac6ca9cb08d915532c59a3895497523a6edb58 (patch) | |
| tree | 6d81cc75cc02242f4cccbe8bf47881c59780b444 /gcc/builtins.def | |
| parent | fd4e979d0c66567c2cb89f97b51abd35a8773d88 (diff) | |
| download | gcc-47ac6ca9cb08d915532c59a3895497523a6edb58.zip gcc-47ac6ca9cb08d915532c59a3895497523a6edb58.tar.gz gcc-47ac6ca9cb08d915532c59a3895497523a6edb58.tar.bz2 | |
[ifcombine] drop other misuses of uniform_integer_cst_p
As Jakub pointed out in PR118206, the use of uniform_integer_cst_p in
ifcombine makes no sense, we're not dealing with vectors. Indeed,
I've been misunderstanding and misusing it since I cut&pasted it from
some preexisting match predicate in earlier version of the ifcombine
field-merge patch.
for gcc/ChangeLog
* gimple-fold.cc (decode_field_reference): Drop misuses of
uniform_integer_cst_p.
(fold_truth_andor_for_ifcombine): Likewise.
Diffstat (limited to 'gcc/builtins.def')
0 files changed, 0 insertions, 0 deletions