Clarify when we can avoid creating names for temp symbols.
authorRafael Espindola <rafael.espindola@gmail.com>
Tue, 2 Jun 2015 22:52:13 +0000 (22:52 +0000)
committerRafael Espindola <rafael.espindola@gmail.com>
Tue, 2 Jun 2015 22:52:13 +0000 (22:52 +0000)
commit3e9e72a56b66034b9fae448d711b52d789e14e60
tree320ffd25fb6db5822d782397595f2d31820abde2
parent5a27195b1a93fccc63129509d43cd8f943bf9ddc
Clarify when we can avoid creating names for temp symbols.

Some temporary symbols are created by MC itself. These symbols are never used
for lookup and are never included in the object symbol table, so we can
avoid creating a name for them.

Other temporaries are created by CodeGen or by the user by explicitly asking
for a name starting with .L (or L on MachO).

These temporaries behave like regular symbols, we just try to avoid including
them in the object symbol table, but sometimes they end up there:

const char *foo() {
  return "abc" + 3;
}

will have a relocation pointing to a .L symbol.

It just so happens that almost all MC created temporary has the AlwaysAddSuffix
option and CodeGen/user created ones don't.

One interesting future optimization would be to use unnamed symbols for
all temporaries, but that would require use an st_name of 0 or
having the object writer create the names if a symbol does end up in the
symbol table.

No testcase since this just avoid creating a few extra names for MC created
temporaries.

llvm-svn: 238887
llvm/include/llvm/MC/MCContext.h
llvm/lib/MC/MCContext.cpp