[lld] Fix typo for processAux; NFC

[MaskRay]

You need to do git log -- lld/ELF to find the appropriate regular reviewers, instead of adding some folks (who gave you LGTM in the past) for a random component in llvm-project.

In this particular case, it probably doesn't matter as the fix is obvious and nearly everyone can approve the patch, but I am just concerned with changing a random component with an inappropriate reviewer.

[XiaodongLoong]

In D125163#3499189, @MaskRay wrote:

You need to do git log -- lld/ELF to find the appropriate regular reviewers, instead of adding some folks (who gave you LGTM in the past) for a random component in llvm-project.

In this particular case, it probably doesn't matter as the fix is obvious and nearly everyone can approve the patch, but I am just concerned with changing a random component with an inappropriate reviewer.

OK, you are right. I'll do it as you said.

lld/ELF/Relocations.cpp

static bool canDefineSymbolInExecutable(Symbol &sym) {
   // a plt entry will allow the program to call the function in the
   // .so, but the .so and the executable will no agree on the address
   // of the function. Similar logic for objects.
   return ((sym.isFunc() && config->ignoreFunctionAddressEquality) ||
           (sym.isObject() && config->ignoreDataAddressEquality));
 }
 
 // Returns true if a given relocation can be computed at link-time.
-// This only handles relocation types expected in processRelocAux.
+// This only handles relocation types expected in processAux.
 //
 // For instance, we know the offset from a relocation to its target at
 // link-time if the relocation is PC-relative and refers a
 // non-interposable function in the same executable. This function
 // will return true for such relocation.
 //
 // If this function returns false, that means we need to emit a
 // dynamic relocation so that the relocation will be fixed at load-time.