Displaying 4 results from an estimated 4 matches for "elfreference".
2014 Mar 06
2
[LLVMdev] [lld] Relocation reading refactoring
Hi Shankar,
I almost implement ELFRelocationReader but still not completely sure
that this is a right direction. Suppose somebody wants to override
creation of the `ELFReference` object from the `Elf_Rela` or `Elf_Rel`
record. Let's consider two implementations A and B:
A:
=====
1. Factor out `ELFReference` creation from
`createDefinedAtomAndAssignRelocations` into a couple of virtual
functions with the following signature:
ELFReference<ELFT> *
createRelocation...
2014 Feb 26
2
[LLVMdev] [lld] Relocation reading refactoring
...rns references for specified section/symbol.
ReferenceRangeT getReferences(StringRef sectionName,
Elf_Sym *symbol,
ArrayRef<uint8_t> content);
protected:
// Target can override these methods in the inherited class.
virtual ELFReference<ELFT> *createReference(Elf_Rela &rel, Elf_Sym *symbol);
virtual ELFReference<ELFT> *createReference(Elf_Rel &rel, Elf_Sym *symbol);
};
On Wed, Feb 26, 2014 at 9:42 PM, Shankar Easwaran
<shankare at codeaurora.org> wrote:
> I was thinking of having a separate class th...
2014 Feb 26
2
[LLVMdev] [lld] Relocation reading refactoring
...ngRef sectionName, const Elf_Sym *symbol,
> const Elf_Shdr *section, ArrayRef<uint8_t> content) {
> @@ -380,6 +534,11 @@ private:
> (ri->r_offset < symbol->st_value + content.size())) {
> auto *ERef = new (_readerStorage)
> ELFReference<ELFT>(ri, ri->r_offset - symbol->st_value, nullptr);
> + // Read the addend from the section contents
> + // TODO : We should move the way lld reads relocations totally from
> + // ELFObjectFile
> + int32_t addend = *(content.data() + ri-&...
2015 Feb 07
2
[LLVMdev] [lld] Representation of lld::Reference with a fake target
I'm not planning to remove YAML. YAML is important for testing.
On Fri, Feb 6, 2015 at 3:57 PM, Shankar Easwaran <shankare at codeaurora.org>
wrote:
> I am fine with it. I hope you are not planning to remove YAML.
>
>
> On 2/6/2015 4:54 PM, Rui Ueyama wrote:
>
> Can we remove Native format support? I'd like to get input from anyone who
> wants to keep the