<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/clang/lib/CodeGen, 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>2020-06-25T23:13:53+00:00</updated>
<entry>
<title>[RISCV] Fix passing two floating-point values in complex separately by two GPRs on RV64</title>
<updated>2020-06-25T23:13:53+00:00</updated>
<author>
<name>Jim Lin</name>
<email>tclin914@gmail.com</email>
</author>
<published>2020-05-18T03:10:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=71c14cd5aee72a7502a45068ec73487d1f9e019c'/>
<id>urn:sha1:71c14cd5aee72a7502a45068ec73487d1f9e019c</id>
<content type='text'>
Summary:
This patch fixed the error of counting the remaining FPRs. Complex floating-point
values should be passed by two FPRs for the hard-float ABI. If no two FPRs are
available, it should be passed via a 64-bit GPR (fp+fp). `ArgFPRsLeft` is only
decreased one while the type is complex floating-point. It causes two floating-point
values in the complex are passed separately by two GPRs.

Reviewers: asb, luismarques, lenary

Reviewed By: asb

Subscribers: rbar, johnrusso, simoncook, sabuasal, niosHD, kito-cheng, shiva0217, jrtc27, zzheng, edward-jones, rogfer01, MartinMosbeck, brucehoult, the_o, rkruppe, PkmX, jocewei, psnobl, benna, s.egerton, pzheng, sameer.abuasal, apazos, evandro, cfe-commits

Tags: #clang

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

(cherry picked from commit 7ee479a760e0a4402b4eb7fb6168768a44f66945)
</content>
</entry>
<entry>
<title>Update compiler extension integration into the build system</title>
<updated>2020-06-17T23:57:30+00:00</updated>
<author>
<name>serge-sans-paille</name>
<email>sguelton@redhat.com</email>
</author>
<published>2020-04-20T10:39:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=5f510e51dd4e6de5987a162f232c514a4dc8b0e3'/>
<id>urn:sha1:5f510e51dd4e6de5987a162f232c514a4dc8b0e3</id>
<content type='text'>
The approach here is to create a new (empty) component, `Extensions', where all
statically compiled extensions dynamically register their dependencies. That way
we're more natively compatible with LLVMBuild and llvm-config.

Fixes: https://bugs.llvm.org/show_bug.cgi?id=44870

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

(cherry picked from commit 8f766e382b77eef3102798b49e087d1e4804b984)
</content>
</entry>
<entry>
<title>[CodeGen] fix inline builtin-related breakage from D78162</title>
<updated>2020-05-07T20:47:01+00:00</updated>
<author>
<name>George Burgess IV</name>
<email>george.burgess.iv@gmail.com</email>
</author>
<published>2020-04-16T17:56:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=eaae6dfc545000e335e6f89abb9c78818383d7ad'/>
<id>urn:sha1:eaae6dfc545000e335e6f89abb9c78818383d7ad</id>
<content type='text'>
In cases where we have multiple decls of an inline builtin, we may need
to go hunting for the one with a definition when setting function
attributes.

An additional test-case was provided on
https://github.com/ClangBuiltLinux/linux/issues/979

(cherry picked from commit 94908088a831141cfbdd15fc5837dccf30cfeeb6)
</content>
</entry>
<entry>
<title>[CodeGen] only add nobuiltin to inline builtins if we'll emit them</title>
<updated>2020-05-07T20:47:01+00:00</updated>
<author>
<name>George Burgess IV</name>
<email>george.burgess.iv@gmail.com</email>
</author>
<published>2020-04-15T18:05:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=3ab301b4d9700d7ce3ebc22750166c49b45e3e98'/>
<id>urn:sha1:3ab301b4d9700d7ce3ebc22750166c49b45e3e98</id>
<content type='text'>
There are some inline builtin definitions that we can't emit
(isTriviallyRecursive &amp; callers go into why). Marking these
nobuiltin is only useful if we actually emit the body, so don't mark
these as such unless we _do_ plan on emitting that.

This suboptimality was encountered in Linux (see some discussion on
D71082, and https://github.com/ClangBuiltLinux/linux/issues/979).

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

(cherry picked from commit 2dd17ff08165e6118e70f00e22b2c36d2d4e0a9a)
</content>
</entry>
<entry>
<title>Use FinishThunk to finish musttail thunks</title>
<updated>2020-04-13T17:34:45+00:00</updated>
<author>
<name>Reid Kleckner</name>
<email>rnk@google.com</email>
</author>
<published>2020-03-19T18:52:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=68cd4f72beae67a9bdbc11c85fd745dec8fc0999'/>
<id>urn:sha1:68cd4f72beae67a9bdbc11c85fd745dec8fc0999</id>
<content type='text'>
FinishThunk, and the invariant of setting and then unsetting
CurCodeDecl, was added in 7f416cc42638 (2015). The invariant didn't
exist when I added this musttail codepath in ab2090d10765 (2014).
Recently in 28328c3771, I started using this codepath on non-Windows
platforms, and users reported problems during release testing (PR44987).

The issue was already present for users of EH on i686-windows-msvc, so I
added a test for that case as well.

Reviewed By: hans

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

(cherry picked from commit ce5173c0e174870934d1b3a026f631d996136191)
</content>
</entry>
<entry>
<title>[remark][diagnostics] [codegen] Fix PR44896</title>
<updated>2020-02-26T10:55:29+00:00</updated>
<author>
<name>Rong Xu</name>
<email>xur@google.com</email>
</author>
<published>2020-02-25T16:04:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=6f4f4f2c8ce1ad17bdec9fe2071d3fe439eca9eb'/>
<id>urn:sha1:6f4f4f2c8ce1ad17bdec9fe2071d3fe439eca9eb</id>
<content type='text'>
This patch fixes PR44896. For IR input files, option fdiscard-value-names
should be ignored as we need named values in loadModule().
Commit 60d3947922 sets this option after loadModule() where valued names
already created. This creates an inconsistent state in setNameImpl()
that leads to a seg fault.
This patch forces fdiscard-value-names to be false for IR input files.

This patch also emits a warning of "ignoring -fdiscard-value-names" if
option fdiscard-value-names is explictly enabled in the commandline for
IR input files.

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

(cherry picked from commit 11857d49948b845dcfd7c7f78595095e3add012d)
</content>
</entry>
<entry>
<title>[RISCV] Pass target-abi via module flag metadata</title>
<updated>2020-01-27T18:05:31+00:00</updated>
<author>
<name>Zakk Chen</name>
<email>zakk.chen@sifive.com</email>
</author>
<published>2019-12-30T15:14:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=01fd650ba3d29709e82a608dfa7fcec35606385d'/>
<id>urn:sha1:01fd650ba3d29709e82a608dfa7fcec35606385d</id>
<content type='text'>
Reviewers: lenary, asb

Reviewed By: lenary

Tags: #clang

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

(cherry picked from commit e15fb06e2d0a068de549464d72081811e7fac612)
</content>
</entry>
<entry>
<title>[Driver][CodeGen] Support -fpatchable-function-entry=N,M and __attribute__((patchable_function_entry(N,M))) where M&gt;0</title>
<updated>2020-01-24T18:38:40+00:00</updated>
<author>
<name>Fangrui Song</name>
<email>maskray@google.com</email>
</author>
<published>2020-01-20T22:30:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=5d1fe1a1a9f18c5009e9e282b755e52c5e7ce5a2'/>
<id>urn:sha1:5d1fe1a1a9f18c5009e9e282b755e52c5e7ce5a2</id>
<content type='text'>
Reviewed By: nickdesaulniers

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

(cherry picked from commit 69bf40c45fd7f6dfe11b47de42571d8bff5ef94f)
</content>
</entry>
<entry>
<title>[Concepts] Requires Expressions</title>
<updated>2020-01-24T00:28:22+00:00</updated>
<author>
<name>Saar Raz</name>
<email>saar@raz.email</email>
</author>
<published>2020-01-18T07:11:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=c96ef5118857ff938aa6d304ccf7c0f9b81bc5ba'/>
<id>urn:sha1:c96ef5118857ff938aa6d304ccf7c0f9b81bc5ba</id>
<content type='text'>
Implement support for C++2a requires-expressions.

Re-commit after compilation failure on some platforms due to alignment issues with PointerIntPair.

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

(cherry picked from commit a0f50d731639350c7a79f140f026c27a18215531)
</content>
</entry>
<entry>
<title>Revert 9007f06af0e "Revert "Allow system header to provide their own implementation of some builtin""</title>
<updated>2020-01-17T11:51:06+00:00</updated>
<author>
<name>Hans Wennborg</name>
<email>hans@chromium.org</email>
</author>
<published>2020-01-17T11:51:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=b28326516ca3ad9d51688532e944f491ce8b7908'/>
<id>urn:sha1:b28326516ca3ad9d51688532e944f491ce8b7908</id>
<content type='text'>
This should no longer be necessary after
cd4c65f91d5 "Add __warn_memset_zero_len builtin as a workaround for glibc issue"
</content>
</entry>
</feed>
