Files
clang-p2996/lldb/source/Plugins/SymbolFile/DWARF/DWARFDebugMacinfoEntry.h
Greg Clayton c7bece56fa <rdar://problem/13069948>
Major fixed to allow reading files that are over 4GB. The main problems were that the DataExtractor was using 32 bit offsets as a data cursor, and since we mmap all of our object files we could run into cases where if we had a very large core file that was over 4GB, we were running into the 4GB boundary.

So I defined a new "lldb::offset_t" which should be used for all file offsets.

After making this change, I enabled warnings for data loss and for enexpected implicit conversions temporarily and found a ton of things that I fixed.

Any functions that take an index internally, should use "size_t" for any indexes and also should return "size_t" for any sizes of collections.

llvm-svn: 173463
2013-01-25 18:06:21 +00:00

58 lines
1.1 KiB
C++

//===-- DWARFDebugMacinfoEntry.h --------------------------------*- C++ -*-===//
//
// The LLVM Compiler Infrastructure
//
// This file is distributed under the University of Illinois Open Source
// License. See LICENSE.TXT for details.
//
//===----------------------------------------------------------------------===//
#ifndef SymbolFileDWARF_DWARFDebugMacinfoEntry_h_
#define SymbolFileDWARF_DWARFDebugMacinfoEntry_h_
#include "SymbolFileDWARF.h"
class DWARFDebugMacinfoEntry
{
public:
DWARFDebugMacinfoEntry();
~DWARFDebugMacinfoEntry();
uint8_t
TypeCode() const
{
return m_type_code;
}
uint8_t
GetLineNumber() const
{
return m_line;
}
void
Dump(lldb_private::Stream *s) const;
const char*
GetCString() const;
bool
Extract(const lldb_private::DataExtractor& mac_info_data,
lldb::offset_t* offset_ptr);
protected:
private:
uint8_t m_type_code;
dw_uleb128_t m_line;
union
{
dw_uleb128_t file_idx;
const char* cstr;
} m_op2;
};
#endif // SymbolFileDWARF_DWARFDebugMacinfoEntry_h_