<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/llvm/examples/Kaleidoscope/Chapter7, 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-08-15T15:54:37+00:00</updated>
<entry>
<title>[llvm] Migrate llvm::make_unique to std::make_unique</title>
<updated>2019-08-15T15:54:37+00:00</updated>
<author>
<name>Jonas Devlieghere</name>
<email>jonas@devlieghere.com</email>
</author>
<published>2019-08-15T15:54:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=0eaee545eef49ff9498234d3a51a5cbde59bf976'/>
<id>urn:sha1:0eaee545eef49ff9498234d3a51a5cbde59bf976</id>
<content type='text'>
Now that we've moved to C++14, we no longer need the llvm::make_unique
implementation from STLExtras.h. This patch is a mechanical replacement
of (hopefully) all the llvm::make_unique instances across the monorepo.

llvm-svn: 369013
</content>
</entry>
<entry>
<title>s/LLVM_ON_WIN32/_WIN32/, llvm</title>
<updated>2018-04-29T00:45:03+00:00</updated>
<author>
<name>Nico Weber</name>
<email>nicolasweber@gmx.de</email>
</author>
<published>2018-04-29T00:45:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=712e8d29c4a52abded4414f673b51dd53dd018f1'/>
<id>urn:sha1:712e8d29c4a52abded4414f673b51dd53dd018f1</id>
<content type='text'>
LLVM_ON_WIN32 is set exactly with MSVC and MinGW (but not Cygwin) in
HandleLLVMOptions.cmake, which is where _WIN32 defined too.  Just use the
default macro instead of a reinvented one.

See thread "Replacing LLVM_ON_WIN32 with just _WIN32" on llvm-dev and cfe-dev.
No intended behavior change.

This moves over all uses of the macro, but doesn't remove the definition
of it in (llvm-)config.h yet.

llvm-svn: 331127
</content>
</entry>
<entry>
<title>InstCombine: Fix layering by not including Scalar.h in InstCombine</title>
<updated>2018-04-24T00:48:59+00:00</updated>
<author>
<name>David Blaikie</name>
<email>dblaikie@gmail.com</email>
</author>
<published>2018-04-24T00:48:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=a27771b62f2f8c399ed8fac124810a273226d5d5'/>
<id>urn:sha1:a27771b62f2f8c399ed8fac124810a273226d5d5</id>
<content type='text'>
(notionally Scalar.h is part of libLLVMScalarOpts, so it shouldn't be
included by InstCombine which doesn't/shouldn't need to depend on
ScalarOpts)

llvm-svn: 330669
</content>
</entry>
<entry>
<title>Transforms: Introduce Transforms/Utils.h rather than spreading the declarations amongst Scalar.h and IPO.h</title>
<updated>2018-03-28T17:44:36+00:00</updated>
<author>
<name>David Blaikie</name>
<email>dblaikie@gmail.com</email>
</author>
<published>2018-03-28T17:44:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=a373d18eb7d718de1a2155b9d8a5d64d6f74e131'/>
<id>urn:sha1:a373d18eb7d718de1a2155b9d8a5d64d6f74e131</id>
<content type='text'>
Fixes layering - Transforms/Utils shouldn't depend on including a Scalar
or IPO header, because Scalar and IPO depend on Utils.

llvm-svn: 328717
</content>
</entry>
<entry>
<title>[ORC] Start migrating ORC layers to use the new ORC Core.h APIs.</title>
<updated>2018-02-06T21:25:11+00:00</updated>
<author>
<name>Lang Hames</name>
<email>lhames@gmail.com</email>
</author>
<published>2018-02-06T21:25:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=4b546c91452c5735ada1430f8a6943328e4dba4e'/>
<id>urn:sha1:4b546c91452c5735ada1430f8a6943328e4dba4e</id>
<content type='text'>
In particular this patch switches RTDyldObjectLinkingLayer to use
orc::SymbolResolver and threads the requried changse (ExecutionSession
references and VModuleKeys) through the existing layer APIs.

The purpose of the new resolver interface is to improve query performance and
better support parallelism, both in JIT'd code and within the compiler itself.

The most visibile change is switch of the &lt;Layer&gt;::addModule signatures from:

Expected&lt;Handle&gt; addModule(std::shared_ptr&lt;ModuleType&gt; Mod,
                           std::shared_ptr&lt;JITSymbolResolver&gt; Resolver)

to:

Expected&lt;Handle&gt; addModule(VModuleKey K, std::shared_ptr&lt;ModuleType&gt; Mod);

Typical usage of addModule will now look like:

auto K = ES.allocateVModuleKey();
Resolvers[K] = createSymbolResolver(...);
Layer.addModule(K, std::move(Mod));

See the BuildingAJIT tutorial code for example usage.

llvm-svn: 324405
</content>
</entry>
<entry>
<title>[ORC] Errorize the ORC APIs.</title>
<updated>2017-07-07T02:59:13+00:00</updated>
<author>
<name>Lang Hames</name>
<email>lhames@gmail.com</email>
</author>
<published>2017-07-07T02:59:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=4ce98662e7d109b4579c35945345db685ae5b3fb'/>
<id>urn:sha1:4ce98662e7d109b4579c35945345db685ae5b3fb</id>
<content type='text'>
This patch updates the ORC layers and utilities to return and propagate
llvm::Errors where appropriate. This is necessary to allow ORC to safely handle
error cases in cross-process and remote JITing.

llvm-svn: 307350
</content>
</entry>
<entry>
<title>[Kaleidoscope] toy.cpp use after move fix</title>
<updated>2017-05-07T11:00:01+00:00</updated>
<author>
<name>Peter Szecsi</name>
<email>szepet95@gmail.com</email>
</author>
<published>2017-05-07T11:00:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=5305d3933a55f7153971821b9c7194a080b6b699'/>
<id>urn:sha1:5305d3933a55f7153971821b9c7194a080b6b699</id>
<content type='text'>
The variable Proto is moved at the beginning of the codegen() function.
According to the comment above, the pointed object should be used due the
reference P.

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

llvm-svn: 302369
</content>
</entry>
<entry>
<title>Kaleidoscope-Ch7: Add TranformUtils for llvm::createPromoteMemoryToRegisterPass() added in r294870.</title>
<updated>2017-02-12T01:18:32+00:00</updated>
<author>
<name>NAKAMURA Takumi</name>
<email>geek4civic@gmail.com</email>
</author>
<published>2017-02-12T01:18:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=4918901f9e56f795e134ae8904cc953681328d3d'/>
<id>urn:sha1:4918901f9e56f795e134ae8904cc953681328d3d</id>
<content type='text'>
llvm-svn: 294881
</content>
</entry>
<entry>
<title>Update Kaleidoscope tutorial and improve Windows support</title>
<updated>2017-02-11T21:26:52+00:00</updated>
<author>
<name>Mehdi Amini</name>
<email>mehdi.amini@apple.com</email>
</author>
<published>2017-02-11T21:26:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=bb6805d2632b0737e21a7a8987da9264b62d1452'/>
<id>urn:sha1:bb6805d2632b0737e21a7a8987da9264b62d1452</id>
<content type='text'>
Many quoted code blocks were not in sync with the actual toy.cpp
files. Improve tutorial text slightly in several places.
Added some step descriptions crucial to avoid crashes (like
InitializeNativeTarget* calls).
Solve/workaround problems with Windows (JIT'ed method not found, using
custom and standard library functions from host process).

Patch by: Moritz Kroll &lt;moritz.kroll@gmx.de&gt;

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

llvm-svn: 294870
</content>
</entry>
<entry>
<title>Use print() instead of dump() in code</title>
<updated>2017-01-28T02:47:46+00:00</updated>
<author>
<name>Matthias Braun</name>
<email>matze@braunis.de</email>
</author>
<published>2017-01-28T02:47:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=25bcaba50eaa77cb4e59ea129664513ce7f8ed38'/>
<id>urn:sha1:25bcaba50eaa77cb4e59ea129664513ce7f8ed38</id>
<content type='text'>
The dump() functions are meant to be used in a debugger, code should
typically use something like print(errs());

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