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

[Rafael Espíndola via llvm-commits]

Is the remaining use of or32le actually valid?

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