<feed xmlns='http://www.w3.org/2005/Atom'>
<title>llvm/test/CodeGen/X86/inline-asm-fpstack.ll, branch release_27</title>
<subtitle>http://llvm.org</subtitle>
<id>https://git.amat.us/llvm/atom/test/CodeGen/X86/inline-asm-fpstack.ll?h=release_27</id>
<link rel='self' href='https://git.amat.us/llvm/atom/test/CodeGen/X86/inline-asm-fpstack.ll?h=release_27'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/'/>
<updated>2009-09-08T23:54:48Z</updated>
<entry>
<title>Eliminate more uses of llvm-as and llvm-dis.</title>
<updated>2009-09-08T23:54:48Z</updated>
<author>
<name>Dan Gohman</name>
<email>gohman@apple.com</email>
</author>
<published>2009-09-08T23:54:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=36a0947820fd4aa4b8a5fa26e3f079bdf572bc81'/>
<id>urn:sha1:36a0947820fd4aa4b8a5fa26e3f079bdf572bc81</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81290 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Split the Add, Sub, and Mul instruction opcodes into separate</title>
<updated>2009-06-04T22:49:04Z</updated>
<author>
<name>Dan Gohman</name>
<email>gohman@apple.com</email>
</author>
<published>2009-06-04T22:49:04Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=ae3a0be92e33bc716722aa600983fc1535acb122'/>
<id>urn:sha1:ae3a0be92e33bc716722aa600983fc1535acb122</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>Implement basic support for the 'f' register class constraint.  This basically</title>
<updated>2008-03-11T19:50:13Z</updated>
<author>
<name>Chris Lattner</name>
<email>sabre@nondot.org</email>
</author>
<published>2008-03-11T19:50:13Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=e12ecf272d90c366e15531c15b6681ab5399ba33'/>
<id>urn:sha1:e12ecf272d90c366e15531c15b6681ab5399ba33</id>
<content type='text'>
works, but probably won't if you mix it with 't' or 'u' yet.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@48243 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>teach X86InstrInfo::copyRegToReg how to copy into ST(0) from </title>
<updated>2008-03-09T09:15:31Z</updated>
<author>
<name>Chris Lattner</name>
<email>sabre@nondot.org</email>
</author>
<published>2008-03-09T09:15:31Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=f30e1cf9b7f96395768e710b4707ecd5587e1185'/>
<id>urn:sha1:f30e1cf9b7f96395768e710b4707ecd5587e1185</id>
<content type='text'>
an RFP register class.

Teach ScheduleDAG how to handle CopyToReg with different src/dst 
reg classes.

This allows us to compile trivial inline asms that expect stuff
on the top of x87-fp stack.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@48107 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Add ScheduleDAG support for copytoreg where the src/dst register are</title>
<updated>2008-03-09T08:49:15Z</updated>
<author>
<name>Chris Lattner</name>
<email>sabre@nondot.org</email>
</author>
<published>2008-03-09T08:49:15Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=02b6d25a2702d8857b82d333f290550e3c6ec4dc'/>
<id>urn:sha1:02b6d25a2702d8857b82d333f290550e3c6ec4dc</id>
<content type='text'>
in different register classes, e.g. copy of ST(0) to RFP*.  This gets
some really trivial inline asm working that plops things on the top of
stack (PR879)


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@48105 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
</feed>
