[lld] r249628 - [ELF2] Garbage collect or{16, 64}le. They're now unused.

Davide Italiano via llvm-commits llvm-commits at lists.llvm.org
Thu Oct 8 09:50:12 PDT 2015


On Thu, Oct 8, 2015 at 4:37 AM, Rafael EspĂ­ndola
<rafael.espindola at gmail.com> wrote:
> Is the remaining use of or32le actually valid?
>
I left that separately because I wasn't completely sure. I'll check
this now and remove that, if needed.

> On 7 October 2015 at 18:11, Davide Italiano via llvm-commits
> <llvm-commits at lists.llvm.org> wrote:
>> Author: davide
>> Date: Wed Oct  7 17:11:20 2015
>> New Revision: 249628
>>
>> URL: http://llvm.org/viewvc/llvm-project?rev=249628&view=rev
>> Log:
>> [ELF2] Garbage collect or{16,64}le. They're now unused.
>>
>> Modified:
>>     lld/trunk/ELF/Target.cpp
>>
>> Modified: lld/trunk/ELF/Target.cpp
>> URL: http://llvm.org/viewvc/llvm-project/lld/trunk/ELF/Target.cpp?rev=249628&r1=249627&r2=249628&view=diff
>> ==============================================================================
>> --- lld/trunk/ELF/Target.cpp (original)
>> +++ lld/trunk/ELF/Target.cpp Wed Oct  7 17:11:20 2015
>> @@ -60,9 +60,7 @@ bool X86TargetInfo::relocNeedsPlt(uint32
>>  }
>>
>>  static void add32le(uint8_t *L, int32_t V) { write32le(L, read32le(L) + V); }
>> -static void or16le(uint8_t *L, int16_t V) { write16le(L, read16le(L) | V); }
>>  static void or32le(uint8_t *L, int32_t V) { write32le(L, read32le(L) | V); }
>> -static void or64le(uint8_t *L, int64_t V) { write64le(L, read64le(L) | V); }
>>
>>  void X86TargetInfo::relocateOne(uint8_t *Buf, const void *RelP, uint32_t Type,
>>                                  uint64_t BaseAddr, uint64_t SymVA,
>>
>>
>> _______________________________________________
>> llvm-commits mailing list
>> llvm-commits at lists.llvm.org
>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-commits



-- 
Davide

"There are no solved problems; there are only problems that are more
or less solved" -- Henri Poincare


More information about the llvm-commits mailing list