Fix typos.
llvm-svn: 212132
diff --git a/lldb/source/Plugins/ObjectFile/ELF/ObjectFileELF.cpp b/lldb/source/Plugins/ObjectFile/ELF/ObjectFileELF.cpp
index b2119e3..e821f2b 100644
--- a/lldb/source/Plugins/ObjectFile/ELF/ObjectFileELF.cpp
+++ b/lldb/source/Plugins/ObjectFile/ELF/ObjectFileELF.cpp
@@ -458,7 +458,7 @@
if (segment_data.SetData(object_data, ph_offset, ph_size) != ph_size)
{
// The ELF program header contained incorrect data,
- // prabably corefile is incomplete or corrupted.
+ // probably corefile is incomplete or corrupted.
break;
}
@@ -605,7 +605,7 @@
(file.GetByteSize()-file_offset)/1024);
// For core files - which usually don't happen to have a gnu_debuglink,
- // and are pretty bulky - calulating whole contents crc32 would be too much of luxury.
+ // and are pretty bulky - calculating whole contents crc32 would be too much of luxury.
// Thus we will need to fallback to something simpler.
if (header.e_type == llvm::ELF::ET_CORE)
{
@@ -1242,7 +1242,7 @@
uint32_t &gnu_debuglink_crc,
ArchSpec &arch_spec)
{
- // Only intialize the arch_spec to okay defaults if they're not already set.
+ // Only initialize the arch_spec to okay defaults if they're not already set.
// We'll refine this with note data as we parse the notes.
if (arch_spec.GetTriple ().getOS () == llvm::Triple::OSType::UnknownOS)
{
diff --git a/lldb/source/Plugins/ObjectFile/Mach-O/ObjectFileMachO.cpp b/lldb/source/Plugins/ObjectFile/Mach-O/ObjectFileMachO.cpp
index 9341e27..c95d67be 100644
--- a/lldb/source/Plugins/ObjectFile/Mach-O/ObjectFileMachO.cpp
+++ b/lldb/source/Plugins/ObjectFile/Mach-O/ObjectFileMachO.cpp
@@ -116,8 +116,8 @@
case 7:
case 8:
case 9:
- // fancy flavors that encapsulate of the the above
- // falvors...
+ // fancy flavors that encapsulate of the above
+ // flavors...
break;
default:
@@ -346,8 +346,8 @@
case 7:
case 8:
case 9:
- // fancy flavors that encapsulate of the the above
- // falvors...
+ // fancy flavors that encapsulate of the above
+ // flavors...
break;
default:
@@ -1289,9 +1289,9 @@
{
if (load_cmd.fileoff > m_length)
{
- // We have a load command that says it extends past the end of hte file. This is likely
+ // We have a load command that says it extends past the end of the file. This is likely
// a corrupt file. We don't have any way to return an error condition here (this method
- // was likely invokved from something like ObjectFile::GetSectionList()) -- all we can do
+ // was likely invoked from something like ObjectFile::GetSectionList()) -- all we can do
// is null out the SectionList vector and if a process has been set up, dump a message
// to stdout. The most common case here is core file debugging with a truncated file.
const char *lc_segment_name = load_cmd.cmd == LC_SEGMENT_64 ? "LC_SEGMENT_64" : "LC_SEGMENT";
@@ -1307,9 +1307,9 @@
if (load_cmd.fileoff + load_cmd.filesize > m_length)
{
- // We have a load command that says it extends past the end of hte file. This is likely
+ // We have a load command that says it extends past the end of the file. This is likely
// a corrupt file. We don't have any way to return an error condition here (this method
- // was likely invokved from something like ObjectFile::GetSectionList()) -- all we can do
+ // was likely invoked from something like ObjectFile::GetSectionList()) -- all we can do
// is null out the SectionList vector and if a process has been set up, dump a message
// to stdout. The most common case here is core file debugging with a truncated file.
const char *lc_segment_name = load_cmd.cmd == LC_SEGMENT_64 ? "LC_SEGMENT_64" : "LC_SEGMENT";
@@ -1345,7 +1345,7 @@
load_cmd.vmaddr, // File VM address == addresses as they are found in the object file
load_cmd.vmsize, // VM size in bytes of this section
load_cmd.fileoff, // Offset to the data for this section in the file
- load_cmd.filesize, // Size in bytes of this section as found in the the file
+ load_cmd.filesize, // Size in bytes of this section as found in the file
0, // Segments have no alignment information
load_cmd.flags)); // Flags for this section
@@ -1474,7 +1474,7 @@
sect64.addr, // File VM address == addresses as they are found in the object file
sect64.size, // VM size in bytes of this section
sect64.offset, // Offset to the data for this section in the file
- sect64.offset ? sect64.size : 0, // Size in bytes of this section as found in the the file
+ sect64.offset ? sect64.size : 0, // Size in bytes of this section as found in the file
sect64.align,
load_cmd.flags)); // Flags for this section
segment_sp->SetIsFake(true);
@@ -1971,7 +1971,7 @@
if (path)
{
FileSpec file_spec(path, false);
- // Strip the path if there is @rpath, @executanble, etc so we just use the basename
+ // Strip the path if there is @rpath, @executable, etc so we just use the basename
if (path[0] == '@')
file_spec.GetDirectory().Clear();
@@ -2195,7 +2195,7 @@
const bool is_arm = (m_header.cputype == llvm::MachO::CPU_TYPE_ARM);
- // lldb works best if it knows the start addresss of all functions in a module.
+ // lldb works best if it knows the start address of all functions in a module.
// Linker symbols or debug info are normally the best source of information for start addr / size but
// they may be stripped in a released binary.
// Two additional sources of information exist in Mach-O binaries:
@@ -4402,7 +4402,7 @@
lldb_private::Mutex::Locker locker(module_sp->GetMutex());
struct load_command load_cmd;
lldb::offset_t offset = MachHeaderSizeFromMagic(m_header.magic);
- const bool resolve_path = false; // Don't resolve the dependend file paths since they may not reside on this system
+ const bool resolve_path = false; // Don't resolve the dependent file paths since they may not reside on this system
uint32_t i;
for (i=0; i<m_header.ncmds; ++i)
{