bcm5719-llvm/lld/lib/ReaderWriter/MachO, branch meklort-10.0.1

[lld] Fix trivial typos in comments

2020-01-06T18:25:48+00:00

Reviewed By: ruiu, MaskRay Differential Revision: https://reviews.llvm.org/D72196

[lld] Fix -Wrange-loop-analysis warnings

2020-01-01T23:41:20+00:00

One instance looks like a false positive: lld/ELF/Relocations.cpp:1622:14: note: use reference type 'const std::pair &' (aka 'cons t pair &') to prevent copying for (const std::pair ts : isd->thunkSections) It is not changed in this commit.

[MachO] Fix detecting malformed DWARF.

2019-12-17T08:03:23+00:00

This fixes an invalid constant used to detect the reserved range when reading the compilation unit header. See also: D64622 and D65039. Differential Revision: https://reviews.llvm.org/D71546

Fix component build

2019-11-19T02:20:52+00:00

b11386f9be9b2dc7276a758d64f66833da10bdea broke lld build if `-DBUILD_SHARED_LIBS=ON` is passed to CMake.

Make it possible to redirect not only errs() but also outs()

2019-11-18T02:18:06+00:00

This change is for those who use lld as a library. Context: https://reviews.llvm.org/D70287 This patch adds a new parmeter to lld::*::link() so that we can pass an raw_ostream object representing stdout. Previously, lld::*::link() took only an stderr object. Justification for making stdoutOS and stderrOS mandatory: I wanted to make link() functions to take stdout and stderr in that order. However, if we change the function signature from bool link(ArrayRef args, bool canExitEarly, raw_ostream &stderrOS = llvm::errs()); to bool link(ArrayRef args, bool canExitEarly, raw_ostream &stdoutOS = llvm::outs(), raw_ostream &stderrOS = llvm::errs()); , then the meaning of existing code that passes stderrOS silently changes (stderrOS would be interpreted as stdoutOS). So, I chose to make existing code not to compile, so that developers can fix their code. Differential Revision: https://reviews.llvm.org/D70292

Move endian constant from Host.h to SwapByteOrder.h, prune include

2019-10-19T00:48:11+00:00

Works on this dependency chain: ArrayRef.h -> Hashing.h -> --CUT-- Host.h -> StringMap.h / StringRef.h ArrayRef is very popular, but Host.h is rarely needed. Move the IsBigEndianHost constant to SwapByteOrder.h. Clients of that header are more likely to need it. llvm-svn: 375316

[lld][mach-o] Avoid segfaulting when handling an empty section list.

2019-09-26T17:03:20+00:00

Summary: The following patch avoids segfaulting if the section list is empty when writing a mach-o MH_OBJECT. I ran into this case from a more complicated example trying to dead_strip while using '-r' in lld. I'm not sure if having empty sections is a legal mach-o, but it does seem that other llvm-binutils tools can ingest such a boring object with out issue. Would it be better to emit an error, emit a warning, or do nothing? It seems that adding a warning diagnostic might be helpful to users, as I did not expect to have a section-less object when the linker was done. Reviewers: kledzik, ruiu Subscribers: llvm-commits, jrm Tags: #lld, #llvm Differential Revision: https://reviews.llvm.org/D67735 llvm-svn: 372995

[mach-o] Extend LC_DATA_IN_CODE support to x86_64

2019-08-28T10:11:50+00:00

Patch by LemonBoy Differential Revision: https://reviews.llvm.org/D62185 llvm-svn: 370183

[LLD] Migrate llvm::make_unique to std::make_unique

2019-08-14T22:28:17+00:00

Now that we've moved to C++14, we no longer need the llvm::make_unique implementation from STLExtras.h. This patch is a mechanical replacement of (hopefully) all the llvm::make_unique instances across the monorepo. Differential revision: https://reviews.llvm.org/D66259 llvm-svn: 368936

[MachO] Update LLD to use 64-bit offsets with DataExtractor (3/5)

2019-08-06T13:37:34+00:00

Differential Revision: https://reviews.llvm.org/D65639 llvm-svn: 368032