- Sep 30, 2015
-
-
Rui Ueyama authored
llvm-svn: 248876
-
Rui Ueyama authored
llvm-svn: 248875
-
Rui Ueyama authored
llvm-svn: 248873
-
Justin Bogner authored
llvm-svn: 248872
-
Rui Ueyama authored
llvm-svn: 248871
-
Dehao Chen authored
http://reviews.llvm.org/D13145 llvm-svn: 248870
-
Dehao Chen authored
Fix the sample profile format that breaks in test http://lab.llvm.org:8011/builders/llvm-clang-lld-x86_64-scei-ps4-ubuntu-fast/builds/505 http://reviews.llvm.org/D13145 llvm-svn: 248869
-
Rui Ueyama authored
So that it is clear that we are incrementing the pointers for sure. NFC. llvm-svn: 248868
-
Richard Smith authored
specification) to an error. No compiler other than Clang seems to allow this, and it doesn't seem like a useful thing to accept as an extension in general. The current behavior was added for PR5957, where the problem was specifically related to mismatches of the exception specification on the implicitly-declared global operator new and delete. To retain that workaround, we downgrade the error to an ExtWarn when the declaration is of a replaceable global allocation function. Now that this is an error, stop trying (and failing) to recover from a missing computed noexcept specification. That recovery didn't work, and led to crashes in code like the added testcase. llvm-svn: 248867
-
Rui Ueyama authored
llvm-svn: 248866
-
Dehao Chen authored
Support hierarachical sample profile format. llvm-svn: 248865
-
Rui Ueyama authored
Also added brief comments. llvm-svn: 248864
-
Evgeniy Stepanov authored
llvm-svn: 248863
-
John McCall authored
with a non-reserved operator delete in a new-expression. llvm-svn: 248862
-
Johannes Doerfert authored
As a first step in the direction of assumed invariant loads (loads that are not written in some context) we now detect and hoist definitively invariant loads. These invariant loads will be preloaded in the code generation and used in the optimized version of the SCoP. If the load is only conditionally executed the preloaded version will also only be executed under the same condition, hence we will never access memory that wouldn't have been accessed otherwise. This is also the most distinguishing feature to licm. As hoisting can make statements empty we will simplify the SCoP and remove empty statements that would otherwise cause artifacts in the code generation. Differential Revision: http://reviews.llvm.org/D13194 llvm-svn: 248861
-
Johannes Doerfert authored
This reverts commit 07830c18d789ee72812d5b5b9b4f8ce72ebd4207. The commit broke at least one test in lnt, MultiSource/Benchmarks/Ptrdist/bc/number.c was miss compiled and the test produced a wrong result. One Polly test case that was added later was adjusted too. llvm-svn: 248860 -
Justin Bogner authored
llvm-svn: 248859
-
Marek Olsak authored
to prevent setting a huge stride, because DATA_FORMAT has a different meaning if ADD_TID_ENABLE is set. This is a candidate for stable llvm 3.7. Tested-and-Reviewed-by:Christian König <christian.koenig@amd.com> llvm-svn: 248858
-
Reid Kleckner authored
Previously local variable captures just didn't work in 64-bit. Now we can access local variables more or less correctly. llvm-svn: 248857
-
Rui Ueyama authored
Previous code had a potential portability issue because intptr_t is not guaranteed to be 64 bit. llvm-svn: 248856
-
Rafael Espindola authored
llvm-svn: 248855
-
Rafael Espindola authored
This is just enough for a hello world using a dynamic glibc. llvm-svn: 248854
-
Chris Bieneman authored
If we don't specify the arm target the float ABI compiler flags get ignored. llvm-svn: 248853
-
Chris Bieneman authored
We need to make sure that if you change the builtin filter lists CMake re-generates its configurations so it includes the right builtins in the generated libraries. llvm-svn: 248852
-
Rafael Espindola authored
They broke elf2/basic-mips.s. Revert "[elf2] Sort output sections." Revert "[elf2] Fix build." llvm-svn: 248851
-
Chris Bieneman authored
Summary: This ports functionality from the clang_macho_embedded.mk platform makefile over to CMake. Reviewers: bogner, samsonov, bob.wilson Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D13226 llvm-svn: 248850
-
Rui Ueyama authored
llvm-svn: 248849
-
Michael J. Spencer authored
llvm-svn: 248848
-
Todd Fiala authored
I'll track down what is happening here. llvm-svn: 248846
-
Michael J. Spencer authored
Sort by: ALLOC ALLOC && NOBITS ALLOC & EXEC ALLOC & EXEC && NOBITS ALLOC & WRITE ALLOC & WRITE && NOBITS <nothing> (ignoring NOBITS) The dynamic section is finalized early because it adds strings to the dynamic string table, which comes before the dynamic table. llvm-svn: 248845
-
Rui Ueyama authored
llvm-svn: 248844
-
Rui Ueyama authored
This test failed if being run more than once because of the remaining file of the last run. llvm-svn: 248843
-
Sean Callanan authored
Instead we now just generically use UserExpression. llvm-svn: 248842
-
Rui Ueyama authored
Subshell didn't work on Windows. llvm-svn: 248840
-
David Majnemer authored
The x64 ABI requires that epilogues do not contain code other than stack adjustments and some limited control flow. However, we'd insert code to initialize the return address after stack adjustments. Instead, insert EAX/RAX with the current value before we create the stack adjustments in the epilogue. llvm-svn: 248839
-
Rui Ueyama authored
llvm-svn: 248838
-
Rui Ueyama authored
llvm-svn: 248837
-
James Y Knight authored
r51703 back in 2008 split out all the ObjC Expr subclasses from Expr.h to a new ExprObjC.h file, but failed to also split the implementation from Expr.cpp to ExprObjC.cpp. Do so, finally, for readability's sake. llvm-svn: 248836
-
Evgeniy Stepanov authored
llvm-svn: 248835
-
Todd Fiala authored
The timeout mechanism has been implemented in python, so there is no more dependence on external utilities for timing out an inferior dotest.py process. Platform-specific bits are implemented for POSIX-like and Windows platforms. There is a small class named ProcessHelper in process_control.py that needs to be overridden for platforms that fall outside of the POSIX-like and Windows platforms. See http://reviews.llvm.org/D13124 for more details. llvm-svn: 248834
-