- Aug 24, 2013
-
-
Rui Ueyama authored
in order to match link.exe's behaviour. Patch by Ron Ofir. llvm-svn: 189159
-
Hans Wennborg authored
llvm-svn: 189157
-
Rui Ueyama authored
Patch by Ron Ofir. llvm-svn: 189151
-
- Aug 23, 2013
-
-
Tim Northover authored
The debug flag being checked for seems to be controlled by whether the build is asserts/non-asserts rather than debug/non-debug. Mostly these correlate, but not necessarily. As far as I can tell with various combinations of debug/assetions this change makes no difference on autotools builds, but fixes a check-all failure with CMake. llvm-svn: 189147
-
Shankar Easwaran authored
There may be relocations that may be pointing to the section even if the section sizes are 0. We shouldnot ignore them for that regard. llvm-svn: 189139
-
Shankar Easwaran authored
There is no change in functionality, this uses the defined way to access the relocation section that belongs to a particular section. llvm-svn: 189138
-
Shankar Easwaran authored
typeTLV content type is used by Darwin to represent thread local storage. A new contentType has to be made to represent ELF thread local storage data. These have been set to - typeThreadZeroFill (represents TBSS storage) - typeThreadData (represents TDATA storage) llvm-svn: 189137
-
Shankar Easwaran authored
BSS atoms dont take any file space in the Input file. They are associated with a contentType(typeZeroFill). Similiar zero fill types also exist which have the same meaning in terms of occupying file space in the Input. These atoms have to be handled seperately when writing to the lld's intermediate file or the lld test infrastructure. Also adds a test. llvm-svn: 189136
-
Hans Wennborg authored
Previously, the CMake build would look for llvm-tblgen to determine if a directory is an LLVM build or install directory. Since we don't want to include llvm-tblgen in the install, look for llvm-config instead, and use that to find llvm-tblgen. (This is the lld equivalent of Clang r189127.) llvm-svn: 189128
-
- Aug 22, 2013
-
-
Shankar Easwaran authored
llvm-svn: 189035
-
Shankar Easwaran authored
llvm-svn: 189025
-
Shankar Easwaran authored
llvm-svn: 189023
-
Shankar Easwaran authored
llvm-svn: 188988
-
Shankar Easwaran authored
llvm-svn: 188983
-
Shankar Easwaran authored
llvm-svn: 188982
-
Shankar Easwaran authored
llvm-svn: 188981
-
Shankar Easwaran authored
llvm-svn: 188978
-
Shankar Easwaran authored
llvm-svn: 188965
-
Shankar Easwaran authored
llvm-svn: 188963
-
Shankar Easwaran authored
llvm-svn: 188961
-
Shankar Easwaran authored
llvm-svn: 188958
-
- Aug 13, 2013
-
-
Hans Wennborg authored
This used to be handled automagically by the option parsing library, but after LLVM r188314, we should handle it ourselves. No functionality change, but adds a test. llvm-svn: 188318
-
Rui Ueyama authored
This is a temporary measure because the semantics of the common symbol is actually more compilcated than the simple mergeable symbol. llvm-svn: 188235
-
- Aug 12, 2013
-
-
Rui Ueyama authored
Patch by Ron Ofir. llvm-svn: 188187
-
Rui Ueyama authored
The import name is not always the same as the symbol name. If the name/type field in the import header is NOPREFIX or UNDECORATE, we need to strip some characters from symbol to get its import name. The Microsoft PE/COFF spec is vague if symbol contains more than two consecutive characters to be stripped. We used to strip all characters, but it doesn't seem right as we couldn't link against the system library because of this name mangling. Looks like we shouldn't strip more than one character. llvm-svn: 188154
-
Rui Ueyama authored
llvm-svn: 188152
-
Rui Ueyama authored
llvm-svn: 188150
-
- Aug 09, 2013
-
-
Daniel Dunbar authored
llvm-svn: 188093
-
Rui Ueyama authored
llvm-svn: 188090
-
Rui Ueyama authored
__ImageBase is a symbol having 4 byte integer equal to the image base address of the resultant executable. The linker is expected to create the symbol as if it were read from a file. In order to emit the symbol contents only when the symbol is actually referenced, we created a pseudo library file to wrap the linker generated symbol. The library file member is emitted to the output only when the member is actually referenced, which is suitable for our purpose. llvm-svn: 188052
-
Rui Ueyama authored
llvm-svn: 188049
-
Rui Ueyama authored
llvm-svn: 188046
-
Rui Ueyama authored
llvm-svn: 188045
-
Rui Ueyama authored
The COMDAT section is a section with a special attribute to tell the linker whether the symbols in the section are allowed to be merged or not. This patch add a function to interpret the COMDAT data and set "merge" attribute to the atoms accordingly. LLD supports multiple policies to merge atoms; atoms can be merged by name or by content. COFF supports them, and in addition to that, it supports choose-the-largest-atom policy, which LLD currently does not support. I simply mapped it to merge-by-name attribute for now, but we eventually have to support that policy in the core linker. llvm-svn: 188025
-
Michael J. Spencer authored
llvm-svn: 188021
-
- Aug 08, 2013
-
-
Rui Ueyama authored
llvm-svn: 188011
-
- Aug 07, 2013
-
-
Rui Ueyama authored
Also change some local variable names: "ti" -> "context" and "_targetInfo" -> "_context". Differential Revision: http://llvm-reviews.chandlerc.com/D1301 llvm-svn: 187823
-
- Aug 03, 2013
-
-
Rui Ueyama authored
llvm-svn: 187690
-
Rui Ueyama authored
llvm-svn: 187688
-
Rui Ueyama authored
Thanks to Hans' patch (r187675), OptTable now handles "--", so we don't need this code in LLD. llvm-svn: 187683
-