Jan Kratochvil
4f39b294aa
Prevent vain lldb::user_id_t 0xffffffff lookups
I have found LLDB commonly looks up lldb::user_id_t 0xffffffff failing to find
its DIE. One would rather expect LLDB_INVALID_UID == 0xffffffffffffffff in such
case.
DWARFASTParserClang.cpp:495
492 type_sp.reset(
493 new Type(die.GetID(), dwarf, type_name_const_str, byte_size, NULL,
494 DIERef(encoding_uid).GetUID(dwarf), encoding_data_type,
495 &decl, clang_type, resolve_state));
encoding_uid = (DWARFFormValue) {m_cu = 0x0, m_form = 0, m_value = {value = {uval = 0, sval = 0, cstr = 0x0}, data = 0x0}}
-> DIERef::DIERef(const DWARFFormValue &form_value = {m_cu = 0x0, m_form = 0, m_value = {value = {uval = 0, sval = 0, cstr = 0x0}, data = 0x0}})
-> (DIERef) {cu_offset = 0xffffffff, die_offset = 0xffffffff}
-> lldb::user_id_t DIERef::GetUID(SymbolFileDWARF *dwarf = 0x61d00000b480) const
-> Type::Type(lldb::user_id_t encoding_uid = 0xffffffff)
But 0xffffffff !=
#define LLDB_INVALID_UID UINT64_MAX
Differential revision: https://reviews.llvm.org/D37492
llvm-svn: 319580
2017-12-01 20:14:09 +00:00
..
2017-08-25 13:56:14 +00:00
2017-12-01 20:14:09 +00:00
2016-09-06 20:57:50 +00:00
2016-09-06 20:57:50 +00:00
2016-09-06 20:57:50 +00:00
2016-09-06 20:57:50 +00:00
2017-12-01 03:41:30 +00:00
2017-04-24 22:11:10 +00:00
2017-08-16 11:45:10 +00:00
2016-09-06 20:57:50 +00:00
2016-09-06 20:57:50 +00:00
2016-09-06 20:57:50 +00:00
2017-05-12 04:51:55 +00:00
2016-09-06 20:57:50 +00:00
2016-09-06 20:57:50 +00:00
2016-09-06 20:57:50 +00:00
2017-11-29 21:13:11 +00:00
2017-11-29 21:13:11 +00:00
2016-09-06 20:57:50 +00:00
2017-03-04 01:30:05 +00:00
2017-07-31 17:02:52 +00:00
2017-07-31 17:02:52 +00:00
2017-06-29 14:32:17 +00:00
2016-09-06 20:57:50 +00:00
2017-02-02 21:39:50 +00:00
2016-09-06 20:57:50 +00:00
2017-11-30 05:49:02 +00:00
2017-11-29 21:13:11 +00:00
2017-11-25 17:16:56 +00:00
2017-11-25 17:16:56 +00:00
2017-06-29 14:32:17 +00:00
2016-09-06 20:57:50 +00:00
2017-02-02 21:39:50 +00:00
2016-09-06 20:57:50 +00:00
2017-02-02 21:39:50 +00:00
2016-09-06 20:57:50 +00:00
2016-10-28 18:14:43 +00:00
2016-09-06 20:57:50 +00:00
2017-06-29 14:32:17 +00:00
2016-09-06 20:57:50 +00:00
2017-03-03 20:56:28 +00:00
2017-03-03 06:14:38 +00:00
2017-07-31 10:26:19 +00:00
2016-09-15 08:53:33 +00:00
2016-09-06 20:57:50 +00:00
2017-02-02 21:39:50 +00:00
2017-05-11 22:08:05 +00:00
2016-09-06 20:57:50 +00:00
2017-10-09 00:18:45 +00:00
2016-09-06 20:57:50 +00:00
2017-02-02 21:39:50 +00:00
2016-09-06 20:57:50 +00:00
2017-07-31 17:02:52 +00:00
2017-07-31 17:02:52 +00:00
2017-01-06 00:38:06 +00:00
2017-02-02 21:39:50 +00:00
2017-03-15 09:06:58 +00:00
2017-03-03 20:56:28 +00:00
2017-05-02 10:17:30 +00:00
2017-05-02 10:17:30 +00:00
2017-11-17 20:50:54 +00:00
2017-11-17 20:50:54 +00:00
2017-06-29 14:32:17 +00:00
2017-03-03 06:14:38 +00:00
2017-11-17 20:50:54 +00:00
2017-11-17 20:50:54 +00:00
2017-08-25 13:56:14 +00:00
2017-08-25 13:56:14 +00:00
2017-10-03 19:56:21 +00:00
2017-10-03 19:56:21 +00:00
2016-09-06 20:57:50 +00:00
2016-09-06 20:57:50 +00:00