- Nov 11, 2013
-
-
Simon Atanasyan authored
llvm-readobj. The patch reviewed by Michael Spencer. http://llvm-reviews.chandlerc.com/D2113 llvm-svn: 194421
-
Bob Wilson authored
This partially reverts r187641 until ld64 adopts a change to link with an rpath setting. llvm-svn: 194418
-
- Nov 08, 2013
-
-
NAKAMURA Takumi authored
Linux cannot open directories with open(2), although cygwin and *bsd can. Motivation: The test, Object/directory.ll, had been failing with --target=cygwin on Linux. XFAIL was improper for host issues. llvm-svn: 194257
-
- Nov 05, 2013
-
-
Alp Toker authored
All other tools have this -- it's needed to avoid hanging lit on Windows in case of a crash. llvm-svn: 194060
-
Yuchen Wu authored
This reverts commit d8acf0078cf363252727acff00f85ae8074f95b3. llvm-svn: 194040
-
Yuchen Wu authored
This will allow for much easier testing when the input files are in a different folder from the test script. llvm-svn: 194034
-
- Nov 04, 2013
-
-
Jakub Staszak authored
llvm-svn: 194007
-
- Nov 02, 2013
-
-
Rafael Espindola authored
llvm-svn: 193933
-
Yuchen Wu authored
Added -o option to llvm-cov. If no output file is specified, it defaults to STDOUT. llvm-svn: 193899
-
- Oct 31, 2013
-
-
Rafael Espindola authored
There are two ways one could implement hiding of linkonce_odr symbols in LTO: * LLVM tells the linker which symbols can be hidden if not used from native files. * The linker tells LLVM which symbols are not used from other object files, but will be put in the dso symbol table if present. GOLD's API is the second option. It was implemented almost 1:1 in llvm by passing the list down to internalize. LLVM already had partial support for the first option. It is also very similar to how ld64 handles hiding these symbols when *not* doing LTO. This patch then * removes the APIs for the DSO list. * marks LTO_SYMBOL_SCOPE_DEFAULT_CAN_BE_HIDDEN all linkonce_odr unnamed_addr global values and other linkonce_odr whose address is not used. * makes the gold plugin responsible for handling the API mismatch. llvm-svn: 193800
-
Rafael Espindola authored
Patch by Robin Hahling. llvm-svn: 193750
-
Yuchen Wu authored
llvm-svn: 193732
-
- Oct 29, 2013
-
-
Rafael Espindola authored
They are used in some packages. For example: http://packages.ubuntu.com/saucy/i386/llvm-3.4/filelist This fixes pr17721. llvm-svn: 193612
-
Andrew Kaylor authored
llvm-svn: 193571
-
Andrew Kaylor authored
llvm-svn: 193570
-
- Oct 28, 2013
-
-
Alp Toker authored
llvm-svn: 193552
-
Andrew Kaylor authored
llvm-svn: 193544
-
- Oct 27, 2013
-
-
NAKAMURA Takumi authored
- Mark tests as XFAIL:cygming in test/ExecutionEngine/MCJIT/remote. Rather to suppress them, I'd like to leave them running as XFAIL. - Revert r193472. RecordMemoryManager no longer resolves __main on cygming. There are a couple of issues. - X86 Codegen emits "call __main" in @main for targeting cygming. It is useless in JIT. FYI, tests are passing when emitting __main is disabled. - Current remote JIT does not resolve any symbols in child context. FIXME: __main should be disabled, or remote JIT should resolve __main. llvm-svn: 193498
-
- Oct 26, 2013
-
-
NAKAMURA Takumi authored
llvm-svn: 193472
-
- Oct 25, 2013
-
-
Daniel Sanders authored
Summary: Currently shared library builds (BUILD_SHARED_LIBS=ON in cmake) fail three bugpoint tests (BugPoint/remove_arguments_test.ll, BugPoint/crash-narrowfunctiontest.ll, and BugPoint/metadata.ll). If I run the bugpoint commands that llvm-lit runs with without -silence-passes I see errors such as this: opt: error while loading shared libraries: libLLVMSystemZInfo.so: failed to map segment from shared object: Cannot allocate memory It seems that the increased size of the binaries in a shared library build is causing the subprocess to exceed the 100MB memory limit. This patch therefore increases the default limit to a level at which these tests pass. Reviewers: dsanders Reviewed By: dsanders CC: llvm-commits, rafael Differential Revision: http://llvm-reviews.chandlerc.com/D2013 llvm-svn: 193420
-
Benjamin Kramer authored
Detected by valgrind. llvm-svn: 193416
-
Reid Kleckner authored
This reverts commit r193255 and instead creates an lto_bool_t typedef that points to bool, _Bool, or unsigned char depending on what is available. Only recent versions of MSVC provide a stdbool.h header. Reviewers: rafael.espindola Differential Revision: http://llvm-reviews.chandlerc.com/D2019 llvm-svn: 193377
-
- Oct 23, 2013
-
-
NAKAMURA Takumi authored
llvm-svn: 193257
-
NAKAMURA Takumi authored
llvm-svn: 193255
-
NAKAMURA Takumi authored
llvm-svn: 193254
-
Anders Waldenborg authored
This provides rudimentary testing of the llvm-c api. The following commands are implemented: * --module-dump Read bytecode from stdin - print ir * --module-list-functions Read bytecode from stdin - list summary of functions * --module-list-globals Read bytecode from stdin - list summary of globals * --targets-list List available targets * --object-list-sections Read object file from stdin - list sections * --object-list-symbols Read object file from stdin - list symbols (like nm) * --disassemble Read lines of triple, hex ascii machine code from stdin - print disassembly * --calc Read lines of name, rpn from stdin - print generated module ir Differential-Revision: http://llvm-reviews.chandlerc.com/D1776 llvm-svn: 193233
-
- Oct 22, 2013
-
-
Bob Wilson authored
- Replaced tabs with proper padding - print() takes two arguments, which are the GCNO and GCDA filenames - Files are listed at the top of output, appended by line 0 - Stripped strings of trailing \0s - Removed last two lines of whitespace in output Patch by Yuchen Wu! llvm-svn: 193148
-
Bob Wilson authored
collectLineCounts() should only organize the output data. This is done in anticipation of subsequent changes which will pass in GCNO and GCDA filenames into the print function where it is printed similar to the gcov output. Patch by Yuchen Wu! llvm-svn: 193134
-
- Oct 18, 2013
-
-
Rafael Espindola authored
Thanks to Milan Lenčo for noticing it. llvm-svn: 192996
-
- Oct 16, 2013
-
-
Rafael Espindola authored
Destroying the codegen also frees the path of the created object. Copy the path to a std::string. llvm-svn: 192787
-
Alexey Samsonov authored
llvm-svn: 192781
-
Andrew Kaylor authored
Patch by Yaron Keren llvm-svn: 192753
-
- Oct 14, 2013
-
-
Hans Wennborg authored
This should fix PR17568. Patch by Josh Samuel! llvm-svn: 192610
-
- Oct 12, 2013
-
-
Will Dietz authored
* std::string::append(int, int) can be ambiguous. * std::vector<>::data() is a C++11 feature, use ArrayRef abstraction. llvm-svn: 192542
-
Will Dietz authored
llvm-svn: 192519
-
Andrew Kaylor authored
This fixes a problem from a previous check-in where a return value was omitted. Previously the remote/stubs-remote.ll and remote/stubs-sm-pic.ll tests were reporting passes, but they should have been failing. Those tests attempt to link against an external symbol and remote symbol resolution is not supported. The old RemoteMemoryManager implementation resulted in local symbols being used for resolution and the child process crashed but the test didn't notice. With this check-in remote symbol resolution fails, and so the test (correctly) fails. llvm-svn: 192514
-
- Oct 11, 2013
-
-
Andrew Kaylor authored
llvm-svn: 192504
-
- Oct 10, 2013
-
-
Manman Ren authored
DIScopeRef. A paired commit at clang is required due to changes to DIBuilder. llvm-svn: 192378
-
Hans Wennborg authored
Patch by Josh Samuel! llvm-svn: 192371
-
Hans Wennborg authored
We previously failed to check whether the SUCCESS variable was set, and would thus always exit with a failure if vs2012 didn't exist. llvm-svn: 192370
-