| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
attempt at this, this time doing a clean build on Linux, and running the LLVM, clang, and extra tests, to try to make sure there's no problems.
llvm-svn: 195134
|
| |
|
|
|
|
| |
actually use the passed size
llvm-svn: 195133
|
| |
|
|
|
|
|
|
|
| |
(-Wl,-syslibroot was accidentally overridden by -isysroot from Clang on OSX 10.9)
-isysroot is a Clang/LLVM-GCC-specific option, but hosting libsanitizer for LLVM
with GCC on Darwin shouldn't work anyway, because of the missing blocks support.
llvm-svn: 195132
|
| |
|
|
|
|
| |
__sanitizer_annotate_contiguous_container
llvm-svn: 195131
|
| |
|
|
| |
llvm-svn: 195130
|
| |
|
|
| |
llvm-svn: 195129
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: Pure refactoring, no semantic changes intended.
Reviewers: klimek
Reviewed By: klimek
CC: cfe-commits, klimek
Differential Revision: http://llvm-reviews.chandlerc.com/D2220
llvm-svn: 195128
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Change VariadicOperatorMatcherInterface<> to take an ArrayRef<DynTypedMatcher>.
This simplifies its implementation and use.
Also reduces the number of symbols in Registry.cpp.o, which we are always in need.
Reviewers: klimek
CC: cfe-commits, revane, klimek
Differential Revision: http://llvm-reviews.chandlerc.com/D2216
llvm-svn: 195127
|
| |
|
|
| |
llvm-svn: 195126
|
| |
|
|
|
|
| |
if the iOS Simulator SDK is missing on the machine.
llvm-svn: 195125
|
| |
|
|
|
|
|
|
|
|
| |
should be isolated in the backend (r195123). From the frontend point
of view in case of "-mhard-float -mips16" combination of flags the float
ABI mode should remain unchanged.
The patch reviewed by Reed Kotler.
llvm-svn: 195124
|
| |
|
|
|
|
|
|
|
|
|
| |
Hard float for mips16 means essentially to compile as soft float but to
use a runtime library for soft float that is written with native mips32
floating point instructions (those runtime routines run in mips32 hard
float mode).
The patch reviewed by Reed Kotler.
llvm-svn: 195123
|
| |
|
|
| |
llvm-svn: 195122
|
| |
|
|
| |
llvm-svn: 195121
|
| |
|
|
|
|
|
| |
we can emit various sections in any order.
No functional change.
llvm-svn: 195120
|
| |
|
|
| |
llvm-svn: 195119
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
order of slices of the alloca which have exactly the same size and other
properties. This was found by a perniciously unstable sort
implementation used to flush out buggy uses of the algorithm.
The fundamental idea is that findCommonType should return the best
common type it can find across all of the slices in the range. There
were two bugs here previously:
1) We would accept an integer type smaller than a byte-width multiple,
and if there were different bit-width integer types, we would accept
the first one. This caused an actual failure in the testcase updated
here when the sort order changed.
2) If we found a bad combination of types or a non-load, non-store use
before an integer typed load or store we would bail, but if we found
the integere typed load or store, we would use it. The correct
behavior is to always use an integer typed operation which covers the
partition if one exists.
While a clever debugging sort algorithm found problem #1 in our existing
test cases, I have no useful test case ideas for #2. I spotted in by
inspection when looking at this code.
llvm-svn: 195118
|
| |
|
|
|
|
| |
addressed Alexey Samsonov's comments for r195011
llvm-svn: 195117
|
| |
|
|
|
|
| |
Patch by Dmitri Shtilman!
llvm-svn: 195116
|
| |
|
|
|
|
|
|
|
|
|
| |
- Add a bunch of glibc functions to the ABI list
- Group similar functions in the ABI
Patch by Lorenzo Martignoni!
Differential Revision: http://llvm-reviews.chandlerc.com/D2185
llvm-svn: 195110
|
| |
|
|
|
|
| |
No need to do that in ReaderCOFF.cpp.
llvm-svn: 195109
|
| |
|
|
| |
llvm-svn: 195108
|
| |
|
|
| |
llvm-svn: 195107
|
| |
|
|
| |
llvm-svn: 195106
|
| |
|
|
| |
llvm-svn: 195105
|
| |
|
|
|
|
|
|
|
|
| |
threads.
Take a stab at fixing the too-soon freeing of the extended
backtrace thread list in Process.
<rdar://problem/15496603>
llvm-svn: 195104
|
| |
|
|
| |
llvm-svn: 195103
|
| |
|
|
| |
llvm-svn: 195102
|
| |
|
|
|
|
|
|
|
| |
A column limit in the test folder can lead to trouble as the RUN, CHECK,
etc. comments can potentially be broken over multiple lines changing
their meaning. Without column limit, clang-format will simply keep the
test author's line breaks.
llvm-svn: 195100
|
| |
|
|
| |
llvm-svn: 195099
|
| |
|
|
|
|
| |
currently handled. Specifically: the diagnostics in SemaDeclAttr.cpp, and ensuring that calling convention attributes are applied to ObjC method declarations. No functional changes.
llvm-svn: 195098
|
| |
|
|
|
|
| |
intended.
llvm-svn: 195097
|
| |
|
|
| |
llvm-svn: 195096
|
| |
|
|
| |
llvm-svn: 195095
|
| |
|
|
|
|
| |
Fixes <rdar://15487687> [JS] AnyRegCC argument ends up being spilled
llvm-svn: 195094
|
| |
|
|
|
|
|
| |
Hard-coded operand indices were scattered throughout lowering stages
and layers. It was super bug prone.
llvm-svn: 195093
|
| |
|
|
|
|
|
|
|
|
| |
weak vtables.
This patch places class definitions in implementation files into anonymous
namespaces to prevent weak vtables. This eliminates the need of providing an
out-of-line definition to pin the vtable explicitly to the file.
llvm-svn: 195092
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is failing for me. When I run the command on my own, I get this:
Error reading /usr/local/google/home/morbo/llvm/llvm.obj/tools/clang/test/Format/Output/.clang-format: Invalid argument
void f() {
int* i;
int j;
}
The formatting is like this because I have the Google format version in my
~/.clang-format file. This test should be made independent of that.
llvm-svn: 195080
|
| |
|
|
| |
llvm-svn: 195079
|
| |
|
|
| |
llvm-svn: 195078
|
| |
|
|
| |
llvm-svn: 195077
|
| |
|
|
| |
llvm-svn: 195076
|
| |
|
|
| |
llvm-svn: 195075
|
| |
|
|
| |
llvm-svn: 195074
|
| |
|
|
| |
llvm-svn: 195073
|
| |
|
|
|
|
| |
integer.
llvm-svn: 195072
|
| |
|
|
| |
llvm-svn: 195071
|
| |
|
|
|
|
| |
// rdar://15454846
llvm-svn: 195070
|
| |
|
|
| |
llvm-svn: 195069
|
| |
|
|
| |
llvm-svn: 195068
|