<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/llvm/test/CodeGen/Mips/compactbranches, branch meklort-10.0.1</title>
<subtitle>Project Ortega BCM5719 LLVM</subtitle>
<id>https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1</id>
<link rel='self' href='https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/'/>
<updated>2019-10-23T10:24:35+00:00</updated>
<entry>
<title>[Mips] Use appropriate private label prefix based on Mips ABI</title>
<updated>2019-10-23T10:24:35+00:00</updated>
<author>
<name>Mirko Brkusanin</name>
<email>Mirko.Brkusanin@rt-rk.com</email>
</author>
<published>2019-10-23T10:24:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=4b63ca1379a8a6399c3d29560623ee832c818919'/>
<id>urn:sha1:4b63ca1379a8a6399c3d29560623ee832c818919</id>
<content type='text'>
MipsMCAsmInfo was using '$' prefix for Mips32 and '.L' for Mips64
regardless of -target-abi option. By passing MCTargetOptions to MCAsmInfo
we can find out Mips ABI and pick appropriate prefix.

Tags: #llvm, #clang, #lldb

Differential Revision: https://reviews.llvm.org/D66795
</content>
</entry>
<entry>
<title>[Alignment] Use llvm::Align in MachineFunction and TargetLowering - fixes mir parsing</title>
<updated>2019-09-11T11:16:48+00:00</updated>
<author>
<name>Guillaume Chatelet</name>
<email>gchatelet@google.com</email>
</author>
<published>2019-09-11T11:16:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=48904e9452de81375bd55d830d08e51cc8f2ec7e'/>
<id>urn:sha1:48904e9452de81375bd55d830d08e51cc8f2ec7e</id>
<content type='text'>
Summary:
This catches malformed mir files which specify alignment as log2 instead of pow2.
See https://reviews.llvm.org/D65945 for reference,

This is patch is part of a series to introduce an Alignment type.
See this thread for context: http://lists.llvm.org/pipermail/llvm-dev/2019-July/133851.html
See this patch for the introduction of the type: https://reviews.llvm.org/D64790

Reviewers: courbet

Subscribers: MatzeB, qcolombet, dschuff, arsenm, sdardis, nemanjai, jvesely, nhaehnle, hiraditya, kbarton, asb, rbar, johnrusso, simoncook, apazos, sabuasal, niosHD, jrtc27, MaskRay, zzheng, edward-jones, atanasyan, rogfer01, MartinMosbeck, brucehoult, the_o, PkmX, jocewei, jsji, Petar.Avramovic, asbirlea, s.egerton, pzheng, llvm-commits

Tags: #llvm

Differential Revision: https://reviews.llvm.org/D67433

llvm-svn: 371608
</content>
</entry>
<entry>
<title>Followup on Proposal to move MIR physical register namespace to '$' sigil.</title>
<updated>2018-01-31T22:04:26+00:00</updated>
<author>
<name>Puyan Lotfi</name>
<email>puyan@puyan.org</email>
</author>
<published>2018-01-31T22:04:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=43e94b15ea0c180ebb0fd3e6b697dac4564aaf60'/>
<id>urn:sha1:43e94b15ea0c180ebb0fd3e6b697dac4564aaf60</id>
<content type='text'>
Discussed here:

http://lists.llvm.org/pipermail/llvm-dev/2018-January/120320.html

In preparation for adding support for named vregs we are changing the sigil for
physical registers in MIR to '$' from '%'. This will prevent name clashes of
named physical register with named vregs.

llvm-svn: 323922
</content>
</entry>
<entry>
<title>[CodeGen] Unify MBB reference format in both MIR and debug output</title>
<updated>2017-12-04T17:18:51+00:00</updated>
<author>
<name>Francis Visoiu Mistrih</name>
<email>francisvm@yahoo.com</email>
</author>
<published>2017-12-04T17:18:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=25528d6de70e98683722e28655d8568d5f09b5c7'/>
<id>urn:sha1:25528d6de70e98683722e28655d8568d5f09b5c7</id>
<content type='text'>
As part of the unification of the debug format and the MIR format, print
MBB references as '%bb.5'.

The MIR printer prints the IR name of a MBB only for block definitions.

* find . \( -name "*.mir" -o -name "*.cpp" -o -name "*.h" -o -name "*.ll" \) -type f -print0 | xargs -0 sed -i '' -E 's/BB#" &lt;&lt; ([a-zA-Z0-9_]+)-&gt;getNumber\(\)/" &lt;&lt; printMBBReference(*\1)/g'
* find . \( -name "*.mir" -o -name "*.cpp" -o -name "*.h" -o -name "*.ll" \) -type f -print0 | xargs -0 sed -i '' -E 's/BB#" &lt;&lt; ([a-zA-Z0-9_]+)\.getNumber\(\)/" &lt;&lt; printMBBReference(\1)/g'
* find . \( -name "*.txt" -o -name "*.s" -o -name "*.mir" -o -name "*.cpp" -o -name "*.h" -o -name "*.ll" \) -type f -print0 | xargs -0 sed -i '' -E 's/BB#([0-9]+)/%bb.\1/g'
* grep -nr 'BB#' and fix

Differential Revision: https://reviews.llvm.org/D40422

llvm-svn: 319665
</content>
</entry>
<entry>
<title>MIR: remove explicit "noVRegs" property.</title>
<updated>2017-05-30T21:28:57+00:00</updated>
<author>
<name>Tim Northover</name>
<email>tnorthover@apple.com</email>
</author>
<published>2017-05-30T21:28:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=fb26d9a2865e41320d0a891d35ed7d23e679815d'/>
<id>urn:sha1:fb26d9a2865e41320d0a891d35ed7d23e679815d</id>
<content type='text'>
We can infer this from the incoming MIR, so there's no reason to
represent it with a special flag.

llvm-svn: 304246
</content>
</entry>
<entry>
<title>[mips] Deal with empty blocks in the mips hazard scheduler</title>
<updated>2017-04-04T11:28:53+00:00</updated>
<author>
<name>Simon Dardis</name>
<email>simon.dardis@imgtec.com</email>
</author>
<published>2017-04-04T11:28:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=0a47edb1539f6beaef49918ee3fbd7b28456f2d8'/>
<id>urn:sha1:0a47edb1539f6beaef49918ee3fbd7b28456f2d8</id>
<content type='text'>
This patch teaches the hazard scheduler how to handle empty blocks
when search for the next real instruction when dealing with forbidden
slots.

Reviewers: slthakur

Differential Revision: https://reviews.llvm.org/D31293

llvm-svn: 299427
</content>
</entry>
<entry>
<title>[mips] Recommit: "N64 static relocation model support"</title>
<updated>2017-01-27T11:36:52+00:00</updated>
<author>
<name>Simon Dardis</name>
<email>simon.dardis@imgtec.com</email>
</author>
<published>2017-01-27T11:36:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=ca74dd79e9d9717eca44ecc0005f643d5fc102fc'/>
<id>urn:sha1:ca74dd79e9d9717eca44ecc0005f643d5fc102fc</id>
<content type='text'>
This patch makes one change to GOT handling and two changes to N64's
relocation model handling. Furthermore, the jumptable encodings have
been corrected for static N64.

Big GOT handling is now done via a new SDNode MipsGotHi - this node is
unconditionally lowered to an lui instruction.

The first change to N64's relocation handling is the lifting of the
restriction that N64 always uses PIC. Now it is possible to target static
environments.

The second change adds support for 64 bit symbols and enables them by
default. Previously N64 had patterns for sym32 mode only. In this mode all
symbols are assumed to have 32 bit addresses. sym32 mode support
is selectable with attribute 'sym32'. A follow on patch for clang will
add the necessary frontend parameter.

This partially resolves PR/23485.

Thanks to Brooks Davis for reporting the issue!

This version corrects a "Conditional jump or move depends on uninitialised
value(s)" error detected by valgrind present in the original commit.

Reviewers: dsanders, seanbruno, zoran.jovanovic, vkalintiris

Differential Revision: https://reviews.llvm.org/D23652

llvm-svn: 293279
</content>
</entry>
<entry>
<title>Revert "[mips] N64 static relocation model support"</title>
<updated>2017-01-26T10:46:07+00:00</updated>
<author>
<name>Simon Dardis</name>
<email>simon.dardis@imgtec.com</email>
</author>
<published>2017-01-26T10:46:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=5b67a4f75fc87bf04a36439b36a17964be6acbd1'/>
<id>urn:sha1:5b67a4f75fc87bf04a36439b36a17964be6acbd1</id>
<content type='text'>
This reverts commit r293164. There are multiple tests failing.

llvm-svn: 293170
</content>
</entry>
<entry>
<title>[mips] N64 static relocation model support</title>
<updated>2017-01-26T10:19:02+00:00</updated>
<author>
<name>Simon Dardis</name>
<email>simon.dardis@imgtec.com</email>
</author>
<published>2017-01-26T10:19:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=09e65efd09b862f7410c7ea80b977bd4b87f8275'/>
<id>urn:sha1:09e65efd09b862f7410c7ea80b977bd4b87f8275</id>
<content type='text'>
This patch makes one change to GOT handling and two changes to N64's
relocation model handling. Furthermore, the jumptable encodings have
been corrected for static N64.

Big GOT handling is now done via a new SDNode MipsGotHi - this node is
unconditionally lowered to an lui instruction.

The first change to N64's relocation handling is the lifting of the
restriction that N64 always uses PIC. Now it is possible to target static
environments.

The second change adds support for 64 bit symbols and enables them by
default. Previously N64 had patterns for sym32 mode only. In this mode all
symbols are assumed to have 32 bit addresses. sym32 mode support
is selectable with attribute 'sym32'. A follow on patch for clang will
add the necessary frontend parameter.

This partially resolves PR/23485.

Thanks to Brooks Davis for reporting the issue!

Reviewers: dsanders, seanbruno, zoran.jovanovic, vkalintiris

Differential Revision: https://reviews.llvm.org/D23652

llvm-svn: 293164
</content>
</entry>
<entry>
<title>Fix some broken CHECK lines.</title>
<updated>2017-01-22T20:28:56+00:00</updated>
<author>
<name>Benjamin Kramer</name>
<email>benny.kra@googlemail.com</email>
</author>
<published>2017-01-22T20:28:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=db9e0b659d01d96f044764d726335e6b50ddad48'/>
<id>urn:sha1:db9e0b659d01d96f044764d726335e6b50ddad48</id>
<content type='text'>
The colon is important.

llvm-svn: 292761
</content>
</entry>
</feed>
