| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 193646
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
intended for debugging and diagnostic output), just inspect the spelling
to check for specific prefixes in drectve section flags.
In addition to being significantly cheaper and not relying on
a debugging interface, this also avoids creating a temporary string and
binding it to StringRef variable. We then went on to access it after the
memory had been deallocated.
This bug too was caught by ASan. I love ASan so much. =]
llvm-svn: 193487
|
|
|
|
|
|
|
|
| |
/merge:<from>=<to> option makes the linker to combine "from" section to "to"
section. This patch is to parse the option. The actual feature will be
implemented in a subsequent patch.
llvm-svn: 193454
|
|
|
|
| |
llvm-svn: 193446
|
|
|
|
|
|
|
| |
We really need a test for the manifest file output, but because it depends
on external commands (CVTRES.EXE and RC.EXE), it's not very easy to write it.
llvm-svn: 193445
|
|
|
|
| |
llvm-svn: 193444
|
|
|
|
|
|
|
|
| |
The internal byte array of the SmallString filled by createTemporaryFile() is
not guaranteed to be NUL-terminated. We need to call c_str() to handle it
safely.
llvm-svn: 193442
|
|
|
|
| |
llvm-svn: 193424
|
|
|
|
| |
llvm-svn: 193387
|
|
|
|
| |
llvm-svn: 193384
|
|
|
|
| |
llvm-svn: 193375
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|