Instead of making the linker to create a manifest XML file in the same
directory as the resulting binary, you can embed the XML as a part of
resource into the executable.

In order to do that, the linker first creates a resource script file containing
the XML file, compile it into a binary resource file with RC.EXE, and then
convert it to a COFF file with CVTRES.EXE.

llvm-svn: 193298

llvm-svn: 193207

llvm-svn: 193201

/manifestfile:<path> specifies an alternative manifest file output path.
Default is "<output-path>.manifest" where <output-path> is the executable's
path.

llvm-svn: 193195

llvm-svn: 193186

llvm-svn: 193173

uiAccess argument's type is not really boolean. It's string.

llvm-svn: 193171

llvm-svn: 193155

This option is used for the manifest file too.

llvm-svn: 193145

llvm-svn: 193143

llvm-svn: 193142

The manifest file is an XML file that conveys some information to the loader,
such as whether the executable needs to run as Administrator or not. This patch
is to parse command line option for manifest file.

Actual XML file generation will be done in a separate patch.

llvm-svn: 193141

Because MSVC11 doesn't like this new C++11 feature. The last commit
broke the buildbot.

llvm-svn: 193127

llvm-svn: 193122

llvm-svn: 193030

Dead-strip root symbols can be undefined atoms, but should not really be
nonexistent, because dead-strip root symbols should be added to initial
undefined atoms at startup. Whenever you look up its name in the symbol
table, some type of atom will always exist.

llvm-svn: 192831

llvm-svn: 192772

-- so that command line options to specify new input files, such as
/defaultlib:foo, is handled properly. Such options were ignored before
this patch.

llvm-svn: 192342

Differential Revision: http://llvm-reviews.chandlerc.com/D1853

llvm-svn: 192167

Changes :-

a) Functionality in InputGraph to insert Input elements at any position
b) Functionality in the Resolver to use nextFile
c) Move the functionality of assigning file ordinals to InputGraph
d) Changes all inputs to MemoryBuffers
e) Remove LinkerInput, InputFiles, ReaderArchive

llvm-svn: 192081

llvm-svn: 191469

This patch inverts the return value of these functions, so that they return
"true" on success and "false" on failure. The meaning of boolean return value
was mixed in LLD; for example, InputGraph::validate() returns true on success.
With this patch they'll become consistent.

CC: llvm-commits

Differential Revision: http://llvm-reviews.chandlerc.com/D1748

llvm-svn: 191341

llvm-svn: 191276

llvm-svn: 191272

llvm-svn: 191271

llvm-svn: 191270

llvm-svn: 191268

llvm-svn: 191254

llvm-svn: 191227

llvm-svn: 191224

llvm-svn: 191223

llvm-svn: 191218

llvm-svn: 191217

llvm-svn: 191079

llvm-svn: 191061

llvm-svn: 190986

This reverts r189881 because that patch caused dangling StringRefs.

llvm-svn: 190725

So that we can determine what the target architecture is. Adding this
field does not mean that we are going to support non-i386 architectures
soon; there are many things to do to support them, and I'm focusing on
i386 now. But this is the first step toward multi architecture support.

llvm-svn: 190627

llvm-svn: 190586

Process::GetEnv() uses GetEnvironmentVariableW, which is a Windows API
to get an environment variable and is preferable over getenv().

llvm-svn: 190431