<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/clang/test/Driver/Inputs, 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-01-29T20:18:27+00:00</updated>
<entry>
<title>[CUDA] Assume the latest known CUDA version if we've found an unknown one.</title>
<updated>2020-01-29T20:18:27+00:00</updated>
<author>
<name>Artem Belevich</name>
<email>tra@google.com</email>
</author>
<published>2020-01-22T20:44:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=5777899f146aaa53f598e6978702a7a2725200d7'/>
<id>urn:sha1:5777899f146aaa53f598e6978702a7a2725200d7</id>
<content type='text'>
This makes clang somewhat forward-compatible with new CUDA releases
without having to patch it for every minor release without adding
any new function.

If an unknown version is found, clang issues a warning (can be disabled
with -Wno-cuda-unknown-version) and assumes that it has detected
the latest known version. CUDA releases are usually supersets
of older ones feature-wise, so it should be sufficient to keep
released clang versions working with minor CUDA updates without
having to upgrade clang, too.

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

(cherry picked from commit 12fefeef203ab4ef52d19bcdbd4180608a4deae1)
</content>
</entry>
<entry>
<title>Avoid unsupported LLD options</title>
<updated>2019-12-20T20:18:10+00:00</updated>
<author>
<name>Sid Manning</name>
<email>sidneym@quicinc.com</email>
</author>
<published>2019-12-02T20:10:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=d567b0ba841d4b6f4b0d906da350a3bb2b2f769f'/>
<id>urn:sha1:d567b0ba841d4b6f4b0d906da350a3bb2b2f769f</id>
<content type='text'>
Differential Revision: https://reviews.llvm.org/D70919
</content>
</entry>
<entry>
<title>[NFC][Driver] Add dummy compiler-rt sanitizer dylibs for Darwin.</title>
<updated>2019-12-20T19:32:21+00:00</updated>
<author>
<name>Dan Liew</name>
<email>dan@su-root.co.uk</email>
</author>
<published>2019-12-20T19:11:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=03512b267d9abd054d56c6d5fa118e78184cf015'/>
<id>urn:sha1:03512b267d9abd054d56c6d5fa118e78184cf015</id>
<content type='text'>
This adds dummy files to the test resource directory used by the Clang
driver tests.

rdar://problem/58118584
</content>
</entry>
<entry>
<title>[driver][darwin] Pass -platform_version flag to the linker instead of the -&lt;platform&gt;_version_min flag</title>
<updated>2019-12-17T18:26:32+00:00</updated>
<author>
<name>Alex Lorenz</name>
<email>arphaman@gmail.com</email>
</author>
<published>2019-12-17T00:46:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=25ce33a6e4f3b13732c0f851e68390dc2acb9123'/>
<id>urn:sha1:25ce33a6e4f3b13732c0f851e68390dc2acb9123</id>
<content type='text'>
In Xcode 11, ld added a new flag called -platform_version that can be used instead of the old -&lt;platform&gt;_version_min flags.
The new flag allows Clang to pass the SDK version from the driver to the linker.
This patch adopts the new -platform_version flag in Clang, and starts using it by default,
unless a linker version &lt; 520 is passed to the driver.

Differential Revision: https://reviews.llvm.org/D71579
</content>
</entry>
<entry>
<title>Add AIX assembler support</title>
<updated>2019-12-02T16:29:36+00:00</updated>
<author>
<name>stevewan</name>
<email>wan.yu@ibm.com</email>
</author>
<published>2019-12-02T16:28:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=3ebfab709583cfa7635693b123e56f76a1de765b'/>
<id>urn:sha1:3ebfab709583cfa7635693b123e56f76a1de765b</id>
<content type='text'>
Summary:
A skeleton of AIX toolchain and system linker support has been introduced in D68340, and this is a follow on patch to it.
This patch adds support to system assembler invocation to the AIX toolchain.

Reviewers: daltenty, hubert.reinterpretcast, jasonliu, Xiangling_L, dlj

Reviewed By: daltenty, hubert.reinterpretcast

Subscribers: wuzish, nemanjai, kbarton, jfb, cfe-commits

Tags: #clang

Differential Revision: https://reviews.llvm.org/D69620
</content>
</entry>
<entry>
<title>[Driver] Fix incorrect GNU triplet for PowerPC on SUSE Linux</title>
<updated>2019-11-23T15:00:53+00:00</updated>
<author>
<name>Aaron Puchert</name>
<email>aaronpuchert@alice-dsl.net</email>
</author>
<published>2019-11-23T15:00:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=0010ea4224c7ff6b5aebeecacf10a7ced7d390b7'/>
<id>urn:sha1:0010ea4224c7ff6b5aebeecacf10a7ced7d390b7</id>
<content type='text'>
Summary:
On SUSE distributions for 32-bit PowerPC, gcc is configured
as a 64-bit compiler using the GNU triplet "powerpc64-suse-linux",
but invoked with "-m32" by default. Thus, the correct GNU triplet
for 32-bit PowerPC SUSE distributions is "powerpc64-suse-linux"
and not "powerpc-suse-linux".

Reviewers: jrtc27, nemanjai, glaubitz

Reviewed By: nemanjai

Differential Revision: https://reviews.llvm.org/D55326
</content>
</entry>
<entry>
<title>[RISCV] Support mutilib in baremetal environment</title>
<updated>2019-11-22T03:58:21+00:00</updated>
<author>
<name>Zakk Chen</name>
<email>zakk0610@gmail.com</email>
</author>
<published>2019-11-21T09:12:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=4fccd383d571865321b4723b81c3042d2c15fd80'/>
<id>urn:sha1:4fccd383d571865321b4723b81c3042d2c15fd80</id>
<content type='text'>
1. Currently only support the set of multilibs same to riscv-gnu-toolchain.
2. Fix testcase typo causes fail on Windows.
3. Fix testcases to set empty sysroot.

Reviewers: espindola, asb, kito-cheng, lenary

Reviewed By: lenary

Differential Revision: https://reviews.llvm.org/D67508
</content>
</entry>
<entry>
<title>[Clang] Enable RISC-V support for Fuchsia</title>
<updated>2019-11-22T00:02:26+00:00</updated>
<author>
<name>Petr Hosek</name>
<email>phosek@google.com</email>
</author>
<published>2019-11-20T03:56:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=68a3a3b28130ff055159632e8f94ef87fa8cba45'/>
<id>urn:sha1:68a3a3b28130ff055159632e8f94ef87fa8cba45</id>
<content type='text'>
We don't have a full sysroot yet, so for now we only include compiler
support and compiler-rt builtins, the rest of the runtimes will get
enabled later.

Differential Revision: https://reviews.llvm.org/D70477
</content>
</entry>
<entry>
<title>Revert "[RISCV] Support mutilib in baremetal environment"</title>
<updated>2019-11-21T12:34:56+00:00</updated>
<author>
<name>Zakk Chen</name>
<email>zakk.chen@sifive.com</email>
</author>
<published>2019-11-21T12:34:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=bdb1f1dcb9f1164b9df6b49eea7b38e16574bdf2'/>
<id>urn:sha1:bdb1f1dcb9f1164b9df6b49eea7b38e16574bdf2</id>
<content type='text'>
This reverts commit df876a026981b7a125b31bbb85ba4b1144edb0f9.
Clang::riscv32-toolchain.c Clang::riscv64-toolchain.c fails on Windows.
</content>
</entry>
<entry>
<title>[RISCV] Support mutilib in baremetal environment</title>
<updated>2019-11-21T09:13:41+00:00</updated>
<author>
<name>Zakk Chen</name>
<email>zakk0610@gmail.com</email>
</author>
<published>2019-11-21T09:12:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=df876a026981b7a125b31bbb85ba4b1144edb0f9'/>
<id>urn:sha1:df876a026981b7a125b31bbb85ba4b1144edb0f9</id>
<content type='text'>
1. Currently only support the set of multilibs same to riscv-gnu-toolchain.
2. Fix testcase typo causes fail on Windows

Reviewers: espindola, asb, kito-cheng, lenary

Reviewed By: lenary

Differential Revision: https://reviews.llvm.org/D67508
</content>
</entry>
</feed>
