<feed xmlns='http://www.w3.org/2005/Atom'>
<title>llvm/lib/Target/NVPTX, branch testing</title>
<subtitle>http://llvm.org</subtitle>
<id>https://git.amat.us/llvm/atom/lib/Target/NVPTX?h=testing</id>
<link rel='self' href='https://git.amat.us/llvm/atom/lib/Target/NVPTX?h=testing'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/'/>
<updated>2013-03-08T15:36:57Z</updated>
<entry>
<title>DAGCombiner: Use correct value type for checking legality of BR_CC v3</title>
<updated>2013-03-08T15:36:57Z</updated>
<author>
<name>Tom Stellard</name>
<email>thomas.stellard@amd.com</email>
</author>
<published>2013-03-08T15:36:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=3ef5383b3537a420c5e2ab3e657c378e5185549d'/>
<id>urn:sha1:3ef5383b3537a420c5e2ab3e657c378e5185549d</id>
<content type='text'>
LegalizeDAG.cpp uses the value of the comparison operands when checking
the legality of BR_CC, so DAGCombiner should do the same.

v2:
  - Expand more BR_CC value types for NVPTX

v3:
  - Expand correct BR_CC value types for Hexagon, Mips, and XCore.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@176694 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>ArrayRefize some code. No functionality change.</title>
<updated>2013-03-07T20:33:29Z</updated>
<author>
<name>Benjamin Kramer</name>
<email>benny.kra@googlemail.com</email>
</author>
<published>2013-03-07T20:33:29Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=3853f74aba301ef08b699bac2fa8e53230714a58'/>
<id>urn:sha1:3853f74aba301ef08b699bac2fa8e53230714a58</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@176648 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Fix PR10475</title>
<updated>2013-03-01T18:40:30Z</updated>
<author>
<name>Michael Liao</name>
<email>michael.liao@intel.com</email>
</author>
<published>2013-03-01T18:40:30Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=a6b20ced765b67a85d9219d0c8547fc9c133e14f'/>
<id>urn:sha1:a6b20ced765b67a85d9219d0c8547fc9c133e14f</id>
<content type='text'>
- ISD::SHL/SRL/SRA must have either both scalar or both vector operands
  but TLI.getShiftAmountTy() so far only return scalar type. As a
  result, backend logic assuming that breaks.
- Rename the original TLI.getShiftAmountTy() to
  TLI.getScalarShiftAmountTy() and re-define TLI.getShiftAmountTy() to
  return target-specificed scalar type or the same vector type as the
  1st operand.
- Fix most TICG logic assuming TLI.getShiftAmountTy() a simple scalar
  type.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@176364 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Move the eliminateCallFramePseudoInstr method from TargetRegisterInfo</title>
<updated>2013-02-21T20:05:00Z</updated>
<author>
<name>Eli Bendersky</name>
<email>eliben@google.com</email>
</author>
<published>2013-02-21T20:05:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=700ed80d3da5e98e05ceb90e9bfb66058581a6db'/>
<id>urn:sha1:700ed80d3da5e98e05ceb90e9bfb66058581a6db</id>
<content type='text'>
to TargetFrameLowering, where it belongs. Incidentally, this allows us
to delete some duplicated (and slightly different!) code in TRI.

There are potentially other layering problems that can be cleaned up
as a result, or in a similar manner.

The refactoring was OK'd by Anton Korobeynikov on llvmdev.

Note: this touches the target interfaces, so out-of-tree targets may
be affected.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@175788 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Update TargetLowering ivars for name policy.</title>
<updated>2013-02-20T21:13:59Z</updated>
<author>
<name>Jim Grosbach</name>
<email>grosbach@apple.com</email>
</author>
<published>2013-02-20T21:13:59Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=3450f800aa65c91f0496816ba6061a422a74c1fe'/>
<id>urn:sha1:3450f800aa65c91f0496816ba6061a422a74c1fe</id>
<content type='text'>
http://llvm.org/docs/CodingStandards.html#name-types-functions-variables-and-enumerators-properly

ivars should be camel-case and start with an upper-case letter. A few in
TargetLowering were starting with a lower-case letter.

No functional change intended.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@175667 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>[NVPTX] Disable vector registers</title>
<updated>2013-02-12T14:18:49Z</updated>
<author>
<name>Justin Holewinski</name>
<email>jholewinski@nvidia.com</email>
</author>
<published>2013-02-12T14:18:49Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=7eacad03efda36e09ebd96e95d7891cadaaa9087'/>
<id>urn:sha1:7eacad03efda36e09ebd96e95d7891cadaaa9087</id>
<content type='text'>
Vectors were being manually scalarized by the backend.  Instead,
let the target-independent code do all of the work.  The manual
scalarization was from a time before good target-independent support
for scalarization in LLVM. However, this forces us to specially-handle
vector loads and stores, which we can turn into PTX instructions that
produce/consume multiple operands.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@174968 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>[NVPTX] Make address space errors more explicit (llvm_unreachable -&gt; report_fatal_error)</title>
<updated>2013-02-09T13:34:15Z</updated>
<author>
<name>Justin Holewinski</name>
<email>jholewinski@nvidia.com</email>
</author>
<published>2013-02-09T13:34:15Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=00d9da1ac45429cb69c8b298b9f25e10a4b57813'/>
<id>urn:sha1:00d9da1ac45429cb69c8b298b9f25e10a4b57813</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@174808 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>[PEI] Pass the frame index operand number to the eliminateFrameIndex function.</title>
<updated>2013-01-31T20:02:54Z</updated>
<author>
<name>Chad Rosier</name>
<email>mcrosier@apple.com</email>
</author>
<published>2013-01-31T20:02:54Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=108fb3202af6f500073cdbb7be32c25d7a273a2e'/>
<id>urn:sha1:108fb3202af6f500073cdbb7be32c25d7a273a2e</id>
<content type='text'>
Each target implementation was needlessly recomputing the index.
Part of rdar://13076458

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@174083 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Clean up assignment of CalleeSaveStackSlotSize: get rid of the default and explicitly set this in every target that needs to change it from the default.</title>
<updated>2013-01-23T16:22:04Z</updated>
<author>
<name>Eli Bendersky</name>
<email>eliben@google.com</email>
</author>
<published>2013-01-23T16:22:04Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=e752feee5228bfa33acee35ef9c606ce12f0f173'/>
<id>urn:sha1:e752feee5228bfa33acee35ef9c606ce12f0f173</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@173270 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>NVPTX: Stop leaking memory by using a managed constant instead of a new Argument.</title>
<updated>2013-01-23T15:21:44Z</updated>
<author>
<name>Benjamin Kramer</name>
<email>benny.kra@googlemail.com</email>
</author>
<published>2013-01-23T15:21:44Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=e735945ad74a4af9772a7d9bb45418b2551fffe9'/>
<id>urn:sha1:e735945ad74a4af9772a7d9bb45418b2551fffe9</id>
<content type='text'>
This is still an egregious hack since we don't have a nice interface for this
kind of thing but should help the valgrind leak check buildbot to become green.

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