<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/lldb/tools/lldb-instr, 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-04T12:03:03+00:00</updated>
<entry>
<title>[lldb] [cmake] Support linking against clang-cpp dylib</title>
<updated>2019-10-04T12:03:03+00:00</updated>
<author>
<name>Michal Gorny</name>
<email>mgorny@gentoo.org</email>
</author>
<published>2019-10-04T12:03:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=9735739be7014564ff61d25b682af77b5cee2290'/>
<id>urn:sha1:9735739be7014564ff61d25b682af77b5cee2290</id>
<content type='text'>
Link against clang-cpp dylib rather than split libs when
CLANG_LINK_CLANG_DYLIB is enabled.

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

llvm-svn: 373734
</content>
</entry>
<entry>
<title>[LLDB] Migrate llvm::make_unique to std::make_unique</title>
<updated>2019-08-14T22:19:23+00:00</updated>
<author>
<name>Jonas Devlieghere</name>
<email>jonas@devlieghere.com</email>
</author>
<published>2019-08-14T22:19:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=a8f3ae7c9cefa8296d119f92ca444087cdccf712'/>
<id>urn:sha1:a8f3ae7c9cefa8296d119f92ca444087cdccf712</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.

Differential revision: https://reviews.llvm.org/D66259

llvm-svn: 368933
</content>
</entry>
<entry>
<title>[Reproducers] Capture return values of functions returning by ptr/ref</title>
<updated>2019-04-03T21:31:22+00:00</updated>
<author>
<name>Jonas Devlieghere</name>
<email>jonas@devlieghere.com</email>
</author>
<published>2019-04-03T21:31:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=306809f292c9dd26e1a901b139f65976cdd5a4b2'/>
<id>urn:sha1:306809f292c9dd26e1a901b139f65976cdd5a4b2</id>
<content type='text'>
For some reason I had convinced myself that functions returning by
pointer or reference do not require recording their result. However,
after further considering I don't see how that could work, at least not
with the current implementation. Interestingly enough, the reproducer
instrumentation already (mostly) accounts for this, though the
lldb-instr tool did not.

This patch adds the missing macros and updates the lldb-instr tool.

Differential revision: https://reviews.llvm.org/D60178

llvm-svn: 357639
</content>
</entry>
<entry>
<title>[lldb-instr] Support LLDB_RECORD_DUMMY</title>
<updated>2019-03-08T18:33:40+00:00</updated>
<author>
<name>Jonas Devlieghere</name>
<email>jonas@devlieghere.com</email>
</author>
<published>2019-03-08T18:33:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=3b0a54e138ba2603230f77fafd49aa4dd16cfbd6'/>
<id>urn:sha1:3b0a54e138ba2603230f77fafd49aa4dd16cfbd6</id>
<content type='text'>
Extend lldb-instr to insert LLDB_RECORD_DUMMY macros for currently
unsupported signatures (void and function pointers).

llvm-svn: 355710
</content>
</entry>
<entry>
<title>[lldb-instr] Group RECORD macros</title>
<updated>2019-02-20T01:49:10+00:00</updated>
<author>
<name>Jonas Devlieghere</name>
<email>jonas@devlieghere.com</email>
</author>
<published>2019-02-20T01:49:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=b7c22314c37bc27557b3052364dc92d520add8ca'/>
<id>urn:sha1:b7c22314c37bc27557b3052364dc92d520add8ca</id>
<content type='text'>
Group LLDB_RECORD macros per input file.

llvm-svn: 354423
</content>
</entry>
<entry>
<title>[lldb-instr] Don't print REGISTER macro when RECORD is already present</title>
<updated>2019-02-19T23:13:29+00:00</updated>
<author>
<name>Jonas Devlieghere</name>
<email>jonas@devlieghere.com</email>
</author>
<published>2019-02-19T23:13:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=ee04d4d840374028e8f791738c652ea353a39d45'/>
<id>urn:sha1:ee04d4d840374028e8f791738c652ea353a39d45</id>
<content type='text'>
Currently we'd always print the LLDB_REGISTER macro, even if the
LLDB_RECORD macro was already present. This patches changes that to make
it easier to incrementally update the macros.

Note that it's still possible for the RECORD and REGISTER macros to get
out of sync.

llvm-svn: 354400
</content>
</entry>
<entry>
<title>[lldb-instr] Wrap returns of struct/classes in LLDB_RECORD_RESULT</title>
<updated>2019-02-19T01:04:31+00:00</updated>
<author>
<name>Jonas Devlieghere</name>
<email>jonas@devlieghere.com</email>
</author>
<published>2019-02-19T01:04:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=091b925284abe7bd9b9011dc8a7aafb99119c212'/>
<id>urn:sha1:091b925284abe7bd9b9011dc8a7aafb99119c212</id>
<content type='text'>
The instrumentation framework requires return values of custom classes
and structs to be wrapped in the LLDB_RECORD_RESULT macro.

llvm-svn: 354301
</content>
</entry>
<entry>
<title>[lldb-instr] Pass PCHContainerOperations to ClangTool</title>
<updated>2019-02-12T18:19:34+00:00</updated>
<author>
<name>Jonas Devlieghere</name>
<email>jonas@devlieghere.com</email>
</author>
<published>2019-02-12T18:19:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=1ca9dd8507c7541b86e313b4ff99cdb98ee4dfd2'/>
<id>urn:sha1:1ca9dd8507c7541b86e313b4ff99cdb98ee4dfd2</id>
<content type='text'>
On a local modules build this would cause an error.

&gt; fatal error: no handler registered for module format 'obj'
&gt; LLVM ERROR: unknown module format

Interestingly enough, this didn't trigger on the GreenDragon CMake bot,
which is configured with modules.

llvm-svn: 353869
</content>
</entry>
<entry>
<title>[lldb] [lldb-instr] Add missing linkage to clang libraries</title>
<updated>2019-02-11T10:02:26+00:00</updated>
<author>
<name>Michal Gorny</name>
<email>mgorny@gentoo.org</email>
</author>
<published>2019-02-11T10:02:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=f68b6cbae27c001fe9c121b15e02c461078868f2'/>
<id>urn:sha1:f68b6cbae27c001fe9c121b15e02c461078868f2</id>
<content type='text'>
Fix build errors against shared clang by adding all the libraries used
in the code.

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

llvm-svn: 353680
</content>
</entry>
<entry>
<title>[Reproducers] lldb-instr: tool to generate instrumentation macros.</title>
<updated>2019-02-06T04:33:14+00:00</updated>
<author>
<name>Jonas Devlieghere</name>
<email>jonas@devlieghere.com</email>
</author>
<published>2019-02-06T04:33:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=edff5f4b2180f28b94bf8e1f33cd60c54a58425e'/>
<id>urn:sha1:edff5f4b2180f28b94bf8e1f33cd60c54a58425e</id>
<content type='text'>
This patch introduces a new tool called 'lldb-instr'. It automates the
workflow of inserting LLDB_RECORD and LLDB_REGSITER macros for
instrumentation.

Because the tool won't be part of the build process, I didn't want to
over-complicate it. SB_RECORD macros are inserted in place, while
SB_REGISTER macros are printed to stdout, and have to be manually copied
into the Registry's constructor. Additionally, the utility makes no
attempt to properly format the inserted macros. Please use clang-format
to format the changes after running the tool.

Differential revision: https://reviews.llvm.org/D56822

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