<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/lldb/test/Shell/ObjectFile/PECOFF, 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-11-28T11:18:15+00:00</updated>
<entry>
<title>[LLDB] [test] Add a missing "REQUIRES: arm" line</title>
<updated>2019-11-28T11:18:15+00:00</updated>
<author>
<name>Martin Storsjö</name>
<email>martin@martin.st</email>
</author>
<published>2019-11-28T11:18:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=f286f2dda4d2b05b61964f5c9373f36493fbb190'/>
<id>urn:sha1:f286f2dda4d2b05b61964f5c9373f36493fbb190</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[LLDB] Always interpret arm instructions as thumb on windows</title>
<updated>2019-11-28T09:27:00+00:00</updated>
<author>
<name>Martin Storsjö</name>
<email>martin@martin.st</email>
</author>
<published>2019-10-15T21:05:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=f5c54f40327b1680bf7e55d358b43a92395ae669'/>
<id>urn:sha1:f5c54f40327b1680bf7e55d358b43a92395ae669</id>
<content type='text'>
Windows on ARM always uses thumb mode, and doesn't have most of the
mechanisms that are used in e.g. ELF for distinguishing between arm
and thumb.

Differential Revision: https://reviews.llvm.org/D70796
</content>
</entry>
<entry>
<title>[LLDB] [PECOFF] Look for the truncated ".eh_fram" section name</title>
<updated>2019-11-28T09:27:00+00:00</updated>
<author>
<name>Martin Storsjö</name>
<email>martin@martin.st</email>
</author>
<published>2019-10-15T21:01:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=934c025e9bdd28db544dfd57783d0fb8907a92d3'/>
<id>urn:sha1:934c025e9bdd28db544dfd57783d0fb8907a92d3</id>
<content type='text'>
COFF section names can either be stored truncated to 8 chars, in the
section header, or as a longer section name, stored separately in the
string table.

libunwind locates the .eh_frame section by runtime introspection,
which only works for section names stored in the section header (as
the string table isn't mapped at runtime). To support this behaviour,
lld always truncates the section names for sections that will be
mapped, like .eh_frame.

Differential Revision: https://reviews.llvm.org/D70745
</content>
</entry>
<entry>
<title>[LLDB] [PECOFF] Fix error handling for executables that object::createBinary errors out on</title>
<updated>2019-10-31T09:26:21+00:00</updated>
<author>
<name>Martin Storsjö</name>
<email>martin@martin.st</email>
</author>
<published>2019-10-30T21:57:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=3db1d138b1172b5855f35ab74dbf3bf327f517d2'/>
<id>urn:sha1:3db1d138b1172b5855f35ab74dbf3bf327f517d2</id>
<content type='text'>
llvm::object::createBinary returns an Expected&lt;&gt;, which requires
not only checking the object for success, but also requires consuming
the Error, if one was set.

Use LLDB_LOG_ERROR for this case, and change an existing similar log
statement to use it as well, to make sure the Error is consumed even
if the log channel is disabled.

Differential Revision: https://reviews.llvm.org/D69646
</content>
</entry>
<entry>
<title>COFF: Set section permissions</title>
<updated>2019-10-30T13:13:21+00:00</updated>
<author>
<name>Pavel Labath</name>
<email>pavel@labath.sk</email>
</author>
<published>2019-10-16T15:16:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=f1e0ae3420b6cd554a240274c5ec77ccc4392ad3'/>
<id>urn:sha1:f1e0ae3420b6cd554a240274c5ec77ccc4392ad3</id>
<content type='text'>
Summary:
This enables us to reason about whether a given address can be
executable, for instance during unwinding.

Reviewers: amccarth, mstorsjo

Subscribers: lldb-commits

Differential Revision: https://reviews.llvm.org/D69102
</content>
</entry>
<entry>
<title>[LLDB] [PECOFF] Use FindSectionByID to associate symbols to sections</title>
<updated>2019-10-29T12:48:35+00:00</updated>
<author>
<name>Martin Storsjö</name>
<email>martin@martin.st</email>
</author>
<published>2019-10-21T06:26:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=4394b5bee615a8c0d1703261204a5bd53d0d54ce'/>
<id>urn:sha1:4394b5bee615a8c0d1703261204a5bd53d0d54ce</id>
<content type='text'>
The virtual container/header section caused the section list to be
offset by one, but by using FindSectionByID, the layout of the
section list shouldn't matter.

Differential Revision: https://reviews.llvm.org/D69366
</content>
</entry>
<entry>
<title>lldb/COFF: Create a separate "section" for the file header</title>
<updated>2019-10-25T22:11:53+00:00</updated>
<author>
<name>Pavel Labath</name>
<email>labath@google.com</email>
</author>
<published>2019-10-25T21:44:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=73a7a55c0ec976fecadd7a872d24d850f8cd793a'/>
<id>urn:sha1:73a7a55c0ec976fecadd7a872d24d850f8cd793a</id>
<content type='text'>
In an attempt to ensure that every part of the module's memory image is
accounted for, D56537 created a special "container section" spanning the
entire image. While that seemed reasonable at the time (and it still
mostly does), it did create a problem of what to put as the "file size"
of the section, because the image is not continuous on disk, as we
generally assume (which is why I put zero there). Additionally, this
arrangement makes it unclear what kind of permissions should be assigned
to that section (which is what my next patch does).

To get around these, this patch partially reverts D56537, and goes back
to top-level sections. Instead, what I do is create a new "section" for
the object file header, which is also being loaded into memory, though
its not considered to be a section in the strictest sense. This makes it
possible to correctly assign file size section, and we can later assign
permissions to it as well.

Reviewers: amccarth, mstorsjo

Subscribers: lldb-commits

Differential Revision: https://reviews.llvm.org/D69100
</content>
</entry>
<entry>
<title>[LLDB] [PECOFF] Use a "pc" vendor name in aarch64 triples</title>
<updated>2019-10-15T08:32:46+00:00</updated>
<author>
<name>Martin Storsjo</name>
<email>martin@martin.st</email>
</author>
<published>2019-10-15T08:32:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=674d55438d25e900dba202078a108836ba066e64'/>
<id>urn:sha1:674d55438d25e900dba202078a108836ba066e64</id>
<content type='text'>
This matches all other architectures listed in the same file.

This fixes debugging aarch64 executables with lldb-server, which
otherwise fails, with log messages like these:

Target::SetArchitecture changing architecture to aarch64 (aarch64-pc-windows-msvc)
Target::SetArchitecture Trying to select executable file architecture aarch64 (aarch64-pc-windows-msvc)

ArchSpec::SetArchitecture sets the vendor to llvm::Triple::PC
for any coff/win32 combination, and if this doesn't match the triple
set by the PECOFF module, things doesn't seem to work with when
using lldb-server.

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

llvm-svn: 374867
</content>
</entry>
<entry>
<title>Re-land "[test] Split LLDB tests into API, Shell &amp; Unit"</title>
<updated>2019-10-09T19:22:02+00:00</updated>
<author>
<name>Jonas Devlieghere</name>
<email>jonas@devlieghere.com</email>
</author>
<published>2019-10-09T19:22:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=87aa9c9e4d41ed881453e2fab85b3d25f648bb55'/>
<id>urn:sha1:87aa9c9e4d41ed881453e2fab85b3d25f648bb55</id>
<content type='text'>
The original patch got reverted because it broke `check-lldb` on a clean
build. This fixes that.

llvm-svn: 374201
</content>
</entry>
<entry>
<title>Revert [test] Split LLDB tests into API, Shell &amp; Unit</title>
<updated>2019-10-09T17:35:43+00:00</updated>
<author>
<name>Adrian Prantl</name>
<email>aprantl@apple.com</email>
</author>
<published>2019-10-09T17:35:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=0115c10328281567391855766fef8fbe57a1d4cc'/>
<id>urn:sha1:0115c10328281567391855766fef8fbe57a1d4cc</id>
<content type='text'>
as it appears to have broken check-lldb.

This reverts r374184 (git commit 22314179f0660c172514b397060fd8f34b586e82)

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