- Aug 27, 2013
-
-
Michael Sartain authored
llvm-svn: 189393
-
Daniel Malea authored
- removed needless defines that snuck in as part of the lldb-platform-work merge llvm-svn: 189392
-
Nadav Rotem authored
This patch merges LoopVectorize of InnerLoopVectorizer and InnerLoopUnroller by adding checks for VF=1. This helps in erasing the Unroller code that is almost identical to the InnerLoopVectorizer code. llvm-svn: 189391
-
Reid Kleckner authored
This reverts commit r189371, it broke the in-source cmake build. llvm-svn: 189390
-
Hans Wennborg authored
This exposes the -fsanitize=address option and adds the runtime library to the link command. Differential Revision: http://llvm-reviews.chandlerc.com/D1526 llvm-svn: 189389
-
Joey Gouly authored
llvm-svn: 189388
-
Eric Christopher authored
llvm-svn: 189387
-
Shuxin Yang authored
---- Add new API lto_codegen_compile_parallel(). This API is proposed by Nick Kledzik. The semantic is: -------------------------------------------------------------------------- Generate code for merged module into an array of native object files. On success returns a pointer to an array of NativeObjectFile. The count parameter returns the number of elements in the array. Each element is a pointer/length for a generated mach-o/ELF buffer. The buffer is owned by the lto_code_gen_t and will be freed when lto_codegen_dispose() is called, or lto_codegen_compile() is called again. On failure, returns NULL (check lto_get_error_message() for details). extern const struct NativeObjectFile* lto_codegen_compile_parallel(lto_code_gen_t cg, size_t *count); --------------------------------------------------------------------------- This API is currently only called on OSX platform. Linux or other Unixes using GNU gold are not supposed to call this function, because on these systems, object files are fed back to linker via disk file instead of memory buffer. In this commit, lto_codegen_compile_parallel() simply calls lto_codegen_compile() to return a single object file. In the near future, this function is the entry point for compilation with partition. Linker can blindly call this function even if partition is turned off; in this case, compiler will return only one object file. llvm-svn: 189386
-
Jordan Rose authored
Variables set in a makefile are not overridden by environment variables. Make sure we actually override CC and CXX when using scan-build. Patch by Steve McCoy! llvm-svn: 189372
-
Jordan Rose authored
Symlinks to clang should go in Clang's build directory, not LLVM's. llvm-svn: 189371
-
Jordan Rose authored
Found by Gabor Kozar! llvm-svn: 189370
-
Rafael Espindola authored
We error on -O5 and higher. While it is tempting to do the same for -O4, I agree with Jordan Rose: we should warn for a release at least first. llvm-svn: 189369
-
Samuel Benzaquen authored
Summary: This reverts commit 3b082a3c72324aa3363b5184731740534c6b9a2b. It breaks the build in c++11 mode. Reviewers: klimek CC: cfe-commits, revane Differential Revision: http://llvm-reviews.chandlerc.com/D1533 llvm-svn: 189368
-
Virgile Bello authored
llvm-svn: 189367
-
Virgile Bello authored
llvm-svn: 189366
-
Virgile Bello authored
llvm-svn: 189365
-
Virgile Bello authored
- mode_t is defined in <sys/types.h> - reorganized S_* user rights into win32.h - Use Host::Kill instead of kill - Currently #ifdef functions using pread/pwrite. llvm-svn: 189364
-
Guillaume Papin authored
Currently only constructor parameters stored in class-local storage are modified to make use of the pass-by-value idiom but this is a base that can be be further improved to handle more situations. llvm-svn: 189363
-
Samuel Benzaquen authored
Summary: Add support for eachOf/allOf/anyOf variadic matchers in the dynamic layer. These function require some late binding behavior for the type conversions, thus changes in VariadicValue's MatcherList. Reviewers: klimek CC: cfe-commits, revane Differential Revision: http://llvm-reviews.chandlerc.com/D1531 llvm-svn: 189362
-
Daniel Malea authored
Thanks for catching this Ed! llvm-svn: 189361
-
Daniel Malea authored
llvm-svn: 189360
-
Marshall Clow authored
llvm-svn: 189359
-
Edwin Vane authored
During the transition of clang::tooling::Replacements from std::set to std::vector, functions such as clang::tooling::applyAllReplacements() have been duplicated to take a std::vector<Replacement>. Applying this same temporary duplication to clang::tooling::shiftedCodePosition(). llvm-svn: 189358
-
Samuel Benzaquen authored
Summary: Rewrite eachOf/allOf/anyOf to use a variadic operator, instead of hand-written calls to Polymorphic matchers. This simplifies their definition and future changes to add them to the dynamic registry. Reviewers: klimek CC: cfe-commits, revane Differential Revision: http://llvm-reviews.chandlerc.com/D1427 llvm-svn: 189357
-
Alexey Samsonov authored
This change adds a Python script that is invoked for the just-built sanitizer runtime to generate the list of exported symbols passed to the linker. By default, it contains interceptors and sanitizer interface functions, but can be extended with tool-specific lists. llvm-svn: 189356
-
Ashok Thirumurthi authored
llvm-svn: 189355
-
Guillaume Papin authored
The IncludeDirectives class helps with detecting and modifying #include directives. For now it allows the users to add angled-includes in a source file. This is a start for this class that will evolve in the future to add more functionality. This should fix the reverted commit r189037 (buildbot failures on Windows). llvm-svn: 189354
-
Daniel Jasper authored
This fixes llvm.org/PR14818. Before: return llvm::StringSwitch<Reference::Kind>(name) .StartsWith(".eh_frame_hdr", ORDER_EH_FRAMEHDR) .StartsWith(".eh_frame", ORDER_EH_FRAME) .StartsWith(".init", ORDER_INIT).StartsWith(".fini", ORDER_FINI) .StartsWith(".hash", ORDER_HASH).Default(ORDER_TEXT); After: return llvm::StringSwitch<Reference::Kind>(name) .StartsWith(".eh_frame_hdr", ORDER_EH_FRAMEHDR) .StartsWith(".eh_frame", ORDER_EH_FRAME) .StartsWith(".init", ORDER_INIT) .StartsWith(".fini", ORDER_FINI) .StartsWith(".hash", ORDER_HASH) .Default(ORDER_TEXT); llvm-svn: 189353
-
Marshall Clow authored
llvm-svn: 189352
-
Evgeniy Stepanov authored
llvm-svn: 189351
-
Alexey Samsonov authored
llvm-svn: 189350
-
Elena Demikhovsky authored
llvm-svn: 189349
-
Tim Northover authored
We want to convert code like (or (srl N, 8), (shl N, 8)) into (srl (bswap N), const), but this is only valid if the bits above 16 on the source pattern are 0, the checks we were doing on this were slightly wrong before. llvm-svn: 189348
-
Alexey Samsonov authored
llvm-svn: 189347
-
Serge Pavlov authored
- Some documenation were added. - Usages of OpaquePtr<A>.getAsVal<A>() were replaced by OpaquePtr<A>.get(). - Methods getAs and getAsVal were renamed to getPtrTo and getPtrAs respectively. llvm-svn: 189346
-
Marshall Clow authored
llvm-svn: 189345
-
Edwin Vane authored
llvm-svn: 189344
-
Evgeniy Stepanov authored
llvm-svn: 189343
-
Evgeniy Stepanov authored
llvm-svn: 189342
-
Joey Gouly authored
Fix two issues I found while writing these tests. llvm-svn: 189341
-