emscripten-fastcomp/test/CodeGen/X86/fp-stack-compare.ll, branch 1.13.2LLVM with the emscripten fastcomp javascript backendhttps://git.amat.us/emscripten-fastcomp/atom/test/CodeGen/X86/fp-stack-compare.ll?h=1.13.22012-04-27T12:07:43ZX86: Don't emit conditional floating point moves on when targeting pre-pentiumpro architectures.2012-04-27T12:07:43ZBenjamin Kramerbenny.kra@googlemail.com2012-04-27T12:07:43Zurn:sha1:17c836c4b51a14f07a5d5442cf2e984474a8f57d
* Model FPSW (the FPU status word) as a register.
* Add ISel patterns for the FUCOM*, FNSTSW and SAHF instructions.
* During Legalize/Lowering, build a node sequence to transfer the comparison
result from FPSW into EFLAGS. If you're wondering about the right-shift: That's
an implicit sub-register extraction (%ax -> %ah) which is handled later on by
the instruction selector.
Fixes PR6679. Patch by Christoph Erhardt!
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@155704 91177308-0d34-0410-b5e6-96231b3b80d8
Have the X86 back-end emit the alias instead of what's being aliased. In most2011-04-14T01:11:51ZBill Wendlingisanbard@gmail.com2011-04-14T01:11:51Zurn:sha1:c6df9883da99915d1cfa491b381ffa703c61ed90
cases, it's much nicer and more informative reading the alias.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@129497 91177308-0d34-0410-b5e6-96231b3b80d8
go to great lengths to work around a GAS bug my previous patch2010-11-06T21:37:06ZChris Lattnersabre@nondot.org2010-11-06T21:37:06Zurn:sha1:db28788e4ae01c3fa8003773fc236768e87f6917
exposed:
GAS doesn't accept "fcomip %st(1)", it requires "fcomip %st(1), %st(0)"
even though st(0) is implicit in all other fp stack instructions.
Fortunately, there is an alias for fcomip named "fcompi" and gas does
accept the default argument for the alias (boggle!).
As such, switch the canonical form of this instruction to "pi" instead
of "ip". This makes the code generator and disassembler generate pi,
avoiding the gas bug.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@118356 91177308-0d34-0410-b5e6-96231b3b80d8
Eliminate more uses of llvm-as and llvm-dis.2009-09-08T23:54:48ZDan Gohmangohman@apple.com2009-09-08T23:54:48Zurn:sha1:36a0947820fd4aa4b8a5fa26e3f079bdf572bc81
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81290 91177308-0d34-0410-b5e6-96231b3b80d8
Split the Add, Sub, and Mul instruction opcodes into separate2009-06-04T22:49:04ZDan Gohmangohman@apple.com2009-06-04T22:49:04Zurn:sha1:ae3a0be92e33bc716722aa600983fc1535acb122
integer and floating-point opcodes, introducing
FAdd, FSub, and FMul.
For now, the AsmParser, BitcodeReader, and IRBuilder all preserve
backwards compatability, and the Core LLVM APIs preserve backwards
compatibility for IR producers. Most front-ends won't need to change
immediately.
This implements the first step of the plan outlined here:
http://nondot.org/sabre/LLVMNotes/IntegerOverflow.txt
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@72897 91177308-0d34-0410-b5e6-96231b3b80d8
Remove llvm-upgrade and update tests.2008-02-21T07:42:26ZTanya Lattnertonic@nondot.org2008-02-21T07:42:26Zurn:sha1:33eefffb2b25b5f4a313f08fa7c57ddfcbccf36e
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@47432 91177308-0d34-0410-b5e6-96231b3b80d8
For PR1319: Upgrade to new test harness.2007-04-15T22:20:47ZReid Spencerrspencer@reidspencer.com2007-04-15T22:20:47Zurn:sha1:d3b1f6d3e0597baa77bf54cfe072c2fe974f56c1
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@36091 91177308-0d34-0410-b5e6-96231b3b80d8
Use the llvm-upgrade program to upgrade llvm assembly.2006-12-02T04:23:10ZReid Spencerrspencer@reidspencer.com2006-12-02T04:23:10Zurn:sha1:69ccadd7535a83b348595cf603126e6a68b2883b
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@32115 91177308-0d34-0410-b5e6-96231b3b80d8
Testcase for pr10122006-11-20T17:55:30ZChris Lattnersabre@nondot.org2006-11-20T17:55:30Zurn:sha1:aa9c54909de85ac966a9b8b65ff53ee11c1f298c
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@31875 91177308-0d34-0410-b5e6-96231b3b80d8