diff options
| author | Tom Eccles <tom.eccles@arm.com> | 2025-08-04 12:01:27 +0100 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2025-08-04 12:01:27 +0100 |
| commit | 8cc4c6d78f08ca38b5051a09a71ec14ae8931cda (patch) | |
| tree | dc4f553e92719900832253b78570dc8549c2524e /llvm/lib/Transforms/Utils/Local.cpp | |
| parent | d07abde4b8a0354796838b38498037d39276edea (diff) | |
| download | llvm-8cc4c6d78f08ca38b5051a09a71ec14ae8931cda.zip llvm-8cc4c6d78f08ca38b5051a09a71ec14ae8931cda.tar.gz llvm-8cc4c6d78f08ca38b5051a09a71ec14ae8931cda.tar.bz2 | |
[flang][Lower] Make reduction processing failure a hard error (#150233)
See #150178
This may regress some test cases which only ever passed by accident.
I've tested SPEC2017 and a sample of applications to check that this
doesn't break anything too obvious. Presumably this was not a widely
used feature or we would have noticed the bug sooner.
I'm unsure whether this should be backported to LLVM 21 or not: I think
it is much better to refuse to compile than to silently produce the
wrong result, but there is a chance this could regress something which
previously worked by accident. Opinions welcome.
Diffstat (limited to 'llvm/lib/Transforms/Utils/Local.cpp')
0 files changed, 0 insertions, 0 deletions