diff options
| author | Juergen Ributzka <juergen@apple.com> | 2014-08-15 18:55:55 +0000 |
|---|---|---|
| committer | Juergen Ributzka <juergen@apple.com> | 2014-08-15 18:55:55 +0000 |
| commit | 6597d319fe470c81f07ac196ca458e9ab6ca6934 (patch) | |
| tree | e451e561f79fd3a8053eb97580a0e29e5f5146bd /llvm/lib/Support/CommandLine.cpp | |
| parent | 6bca986ef1177233517365ea88a0cf925f882eb3 (diff) | |
| download | llvm-6597d319fe470c81f07ac196ca458e9ab6ca6934.zip llvm-6597d319fe470c81f07ac196ca458e9ab6ca6934.tar.gz llvm-6597d319fe470c81f07ac196ca458e9ab6ca6934.tar.bz2 | |
[FastISel][AArch64] Fix a latent bug in floating-point materialization.
The floating-point value positive zero (+0.0) is a valid immedate value
according to isFPImmLegal. As a result AArch64 FastISel went ahead and
used the immediate version of fmov to materialize the constant.
The problem is that the immediate version of fmov cannot encode an imediate for
postive zero. Instead a fmov from the zero register was supposed to be used in
this case.
This fix adds handling for this special case and uses fmov from the zero
register to materialize a positive zero (negative zeroes go to the constant
pool).
There is no test case for this, because this code is currently dead. It will be
enabled in a future commit and I will add a test case in a separate commit
after that.
This fixes <rdar://problem/18027157>.
llvm-svn: 215753
Diffstat (limited to 'llvm/lib/Support/CommandLine.cpp')
0 files changed, 0 insertions, 0 deletions