This is an archive of the discontinued LLVM Phabricator instance.

[APFloat] Fix a bug in method 'fusedMultiplyAdd' (fixes PR20832).
ClosedPublic

Authored by andreadb on Sep 2 2014, 6:20 AM.

Details

Summary

Hi,

When folding a fused multiply-add builtin call, make sure that we propagate the correct result in the case where the addend is zero, and the two other operands are finite non-zero.

Example,

define double @test() {
  %1 = call double @llvm.fma.f64(double 7.0, double 8.0, double 0.0)
  ret double %1
}

Before this patch, the instruction simplifier wrongly folded the builtin call in function @test to constant 'double 7.0'.
With this patch, method 'fusedMultiplyAdd' now correctly evaluates the multiply and returns the expected result (i.e. 56.0).

Added test fold-builtin-fma.ll with the reproducible from PR20832 plus extra test cases to verify the behavior of method 'fusedMultiplyAdd' in the presence of NaN/Inf operands.

Please let me know if ok to submit.

Thanks,
Andrea Di Biagio

Diff Detail

Repository
rL LLVM

Event Timeline

andreadb updated this revision to Diff 13161.Sep 2 2014, 6:20 AM
andreadb retitled this revision from to [APFloat] Fix a bug in method 'fusedMultiplyAdd' (fixes PR20832)..
andreadb updated this object.
andreadb edited the test plan for this revision. (Show Details)
andreadb added subscribers: Unknown Object (MLST), test.
hfinkel accepted this revision.Sep 2 2014, 9:30 AM
hfinkel added a reviewer: hfinkel.
hfinkel added a subscriber: hfinkel.

LGTM, thanks!

This revision is now accepted and ready to land.Sep 2 2014, 9:30 AM
Diffusion closed this revision.Sep 2 2014, 9:54 AM
Diffusion updated this revision to Diff 13167.

Closed by commit rL216913 (authored by adibiagio).