<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/lldb/source/Plugins/ObjectFile, 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-05-19T01:24:44+00:00</updated>
<entry>
<title>[lldb] [PECOFF] Only use PECallFrameInfo on the one supported architecture</title>
<updated>2020-05-19T01:24:44+00:00</updated>
<author>
<name>Martin Storsjö</name>
<email>martin@martin.st</email>
</author>
<published>2020-03-28T23:33:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=aba4e3fa3bd0aad13168f2f6e8f1874f9a0fdb57'/>
<id>urn:sha1:aba4e3fa3bd0aad13168f2f6e8f1874f9a0fdb57</id>
<content type='text'>
The RuntimeFunction struct, which PECallFrameInfo interprets, has a
different layout and differnet semantics on all architectures.

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

(cherry picked from commit aa786b881fc89a2a9883bff77912f2053126f95b)
</content>
</entry>
<entry>
<title>[lldb/DWARF] Move location list sections into DWARFContext</title>
<updated>2020-01-14T14:19:29+00:00</updated>
<author>
<name>Pavel Labath</name>
<email>pavel@labath.sk</email>
</author>
<published>2019-12-23T15:31:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=4b5bc38802dcc7d2c6d7f5af1eca1755bd0fd9cb'/>
<id>urn:sha1:4b5bc38802dcc7d2c6d7f5af1eca1755bd0fd9cb</id>
<content type='text'>
These are the last sections not managed by the DWARFContext object. I
also introduce separate SectionType enums for dwo section variants, as
this is necessary for proper handling of single-file split dwarf.
</content>
</entry>
<entry>
<title>[lldb] Fix lookup of symbols with the same address range but different binding</title>
<updated>2020-01-13T11:05:26+00:00</updated>
<author>
<name>Jan Kratochvil</name>
<email>jan.kratochvil@redhat.com</email>
</author>
<published>2020-01-13T11:03:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=bf7225888a99f49afac0b95a8996d0a942b6b0e3'/>
<id>urn:sha1:bf7225888a99f49afac0b95a8996d0a942b6b0e3</id>
<content type='text'>
This fixes a failing testcase on Fedora 30 x86_64 (regression Fedora 29-&gt;30):

PASS:
./bin/lldb ./lldb-test-build.noindex/functionalities/unwind/noreturn/TestNoreturnUnwind.test_dwarf/a.out -o 'settings set symbols.enable-external-lookup false' -o r -o bt -o quit
  * frame #0: 0x00007ffff7aa6e75 libc.so.6`__GI_raise + 325
    frame #1: 0x00007ffff7a91895 libc.so.6`__GI_abort + 295
    frame #2: 0x0000000000401140 a.out`func_c at main.c:12:2
    frame #3: 0x000000000040113a a.out`func_b at main.c:18:2
    frame #4: 0x0000000000401134 a.out`func_a at main.c:26:2
    frame #5: 0x000000000040112e a.out`main(argc=&lt;unavailable&gt;, argv=&lt;unavailable&gt;) at main.c:32:2
    frame #6: 0x00007ffff7a92f33 libc.so.6`__libc_start_main + 243
    frame #7: 0x000000000040106e a.out`_start + 46

vs.

FAIL - unrecognized abort() function:
./bin/lldb ./lldb-test-build.noindex/functionalities/unwind/noreturn/TestNoreturnUnwind.test_dwarf/a.out -o 'settings set symbols.enable-external-lookup false' -o r -o bt -o quit
  * frame #0: 0x00007ffff7aa6e75 libc.so.6`.annobin_raise.c + 325
    frame #1: 0x00007ffff7a91895 libc.so.6`.annobin_loadmsgcat.c_end.unlikely + 295
    frame #2: 0x0000000000401140 a.out`func_c at main.c:12:2
    frame #3: 0x000000000040113a a.out`func_b at main.c:18:2
    frame #4: 0x0000000000401134 a.out`func_a at main.c:26:2
    frame #5: 0x000000000040112e a.out`main(argc=&lt;unavailable&gt;, argv=&lt;unavailable&gt;) at main.c:32:2
    frame #6: 0x00007ffff7a92f33 libc.so.6`.annobin_libc_start.c + 243
    frame #7: 0x000000000040106e a.out`.annobin_init.c.hot + 46

The extra ELF symbols are there due to Annobin (I did not investigate why this
problem happened specifically since F-30 and not since F-28).

It is due to:

Symbol table '.dynsym' contains 2361 entries:
Valu e          Size Type   Bind   Vis     Name
0000000000022769   5 FUNC   LOCAL  DEFAULT _nl_load_domain.cold
000000000002276e   0 NOTYPE LOCAL  HIDDEN  .annobin_abort.c.unlikely
...
000000000002276e   0 NOTYPE LOCAL  HIDDEN  .annobin_loadmsgcat.c_end.unlikely
...
000000000002276e   0 NOTYPE LOCAL  HIDDEN  .annobin_textdomain.c_end.unlikely
000000000002276e 548 FUNC   GLOBAL DEFAULT abort
000000000002276e 548 FUNC   GLOBAL DEFAULT abort@@GLIBC_2.2.5
000000000002276e 548 FUNC   LOCAL  DEFAULT __GI_abort
0000000000022992   0 NOTYPE LOCAL  HIDDEN  .annobin_abort.c_end.unlikely

GDB has some more complicated preferences between overlapping and/or sharing
address symbols, I have made here so far the most simple fix for this case.

Differential revision: https://reviews.llvm.org/D63540
</content>
</entry>
<entry>
<title>make err msg in MachSymtabSectionInfo::GetSection clear about the file</title>
<updated>2019-12-19T00:13:17+00:00</updated>
<author>
<name>Jason Molenda</name>
<email>jmolenda@apple.com</email>
</author>
<published>2019-12-19T00:11:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=7026b34702f3f71ff157876831f29c76b3cb8bb1'/>
<id>urn:sha1:7026b34702f3f71ff157876831f29c76b3cb8bb1</id>
<content type='text'>
This error message didn't specify which file was malformed, so
there's some hunting-around required if it comes up.  We have the
filename; include it in the error message.
</content>
</entry>
<entry>
<title>[lldb/MachO] "Fix" intentional out-of-bounds error (NFC)</title>
<updated>2019-12-18T20:54:04+00:00</updated>
<author>
<name>Jonas Devlieghere</name>
<email>jonas@devlieghere.com</email>
</author>
<published>2019-12-18T20:49:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=e194d890126007bc8e5acb655f007ef76002edb7'/>
<id>urn:sha1:e194d890126007bc8e5acb655f007ef76002edb7</id>
<content type='text'>
Remove the hack that populates the cpsr register in the gpr struct by
writing past the end of the array. This was tripping up ASan.

Patch by: Reva Cuthbertson
</content>
</entry>
<entry>
<title>[LLDB] [PECOFF] Make sure to set the address byte size in m_data after parsing headers</title>
<updated>2019-12-10T11:55:38+00:00</updated>
<author>
<name>Martin Storsjö</name>
<email>martin@martin.st</email>
</author>
<published>2019-12-06T11:25:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=a0f72441c8980c0d68c52f4e789a8c61dc4fd2e7'/>
<id>urn:sha1:a0f72441c8980c0d68c52f4e789a8c61dc4fd2e7</id>
<content type='text'>
If not set, the address byte size was implied to be the one of the
host process.

This allows reverting the functional change from 31087b2ae9154, since
now PECOFF does the same as ELF and MachO wrt setting both byte order
and address size on m_data within ParseHeader.

Differential Revision: https://reviews.llvm.org/D71108
</content>
</entry>
<entry>
<title>[lldb] Remove FileSpec(FileSpec*) constructor</title>
<updated>2019-12-04T09:49:25+00:00</updated>
<author>
<name>Pavel Labath</name>
<email>pavel@labath.sk</email>
</author>
<published>2019-11-28T16:02:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=28e4942b2c3b8961b91b362b4b76b9ca0f735cc2'/>
<id>urn:sha1:28e4942b2c3b8961b91b362b4b76b9ca0f735cc2</id>
<content type='text'>
This constructor was the cause of some pretty weird behavior. Remove it,
and update all code to properly dereference the argument instead.
</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] Factorize mapping section names to types using StringSwitch. NFCI.</title>
<updated>2019-11-28T09:27:00+00:00</updated>
<author>
<name>Martin Storsjö</name>
<email>martin@martin.st</email>
</author>
<published>2019-11-27T12:08:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=2e5bb6d8d944767aa777e70dda8e4ce2f600d2f2'/>
<id>urn:sha1:2e5bb6d8d944767aa777e70dda8e4ce2f600d2f2</id>
<content type='text'>
Keep the existing special cases based on combinations of section name,
flags and sizes/offsets.

Differential Revision: https://reviews.llvm.org/D70778
</content>
</entry>
<entry>
<title>[lldb] Add boilerplate to recognize the .debug_rnglists.dwo section</title>
<updated>2019-11-26T12:58:26+00:00</updated>
<author>
<name>Pavel Labath</name>
<email>pavel@labath.sk</email>
</author>
<published>2019-11-26T10:00:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=4023bd05fcb4f75c6a11d661f407f8e0896176e2'/>
<id>urn:sha1:4023bd05fcb4f75c6a11d661f407f8e0896176e2</id>
<content type='text'>
</content>
</entry>
</feed>
