| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
| |
when visiting a CallEnter.
Fixes <rdar://problem/10967815>
llvm-svn: 151938
|
| |
|
|
|
|
|
| |
while still ensuring that the sections get remote
allocations.
llvm-svn: 151936
|
| |
|
|
|
|
|
|
|
|
| |
ptrdiff_t on PPC32 on Linux, etc. should be int not long.
This does not matter for C, but it does matter for C++ because of
name mangling.
The preprocessor test has been changed accordingly.
llvm-svn: 151935
|
| |
|
|
|
|
|
| |
This is consistent with -Wbool-conversion. Let me know if you prefer
a different flag name.
llvm-svn: 151934
|
| |
|
|
| |
llvm-svn: 151932
|
| |
|
|
|
|
|
|
|
|
| |
@class I;
@implementation I(cat) // crashes here
@end
rdar://10968158
llvm-svn: 151931
|
| |
|
|
|
|
|
|
|
|
|
| |
command line options for inlining tuning.
This adds the option for stack depth bound as well as function size
bound.
+ minor doxygenification
llvm-svn: 151930
|
| |
|
|
|
|
| |
improperly uniqued by LLDB such that both where shown as having the same structure contents - The bug itself is fixed in TOT but we want to catch regressions ASAP
llvm-svn: 151929
|
| |
|
|
| |
llvm-svn: 151928
|
| |
|
|
|
|
| |
types of the pointer arguments.
llvm-svn: 151927
|
| |
|
|
| |
llvm-svn: 151926
|
| |
|
|
| |
llvm-svn: 151924
|
| |
|
|
|
|
| |
// rdar://10961370
llvm-svn: 151923
|
| |
|
|
|
|
|
|
| |
variables in contexts where there" and "Fix buildbot: make this test less dependent on the value names in the produced IR."
They broke bootstrap.
llvm-svn: 151922
|
| |
|
|
| |
llvm-svn: 151921
|
| |
|
|
|
|
| |
No, really, make doesn't work with spaces.
llvm-svn: 151920
|
| |
|
|
|
|
|
|
|
|
| |
forming constant ranges.
This could probably be made a lot smarter, but this is a common case and doesn't require LVI to scan a lot
of code. With this change CVP can optimize away the "shift == 0" case in Hashing.h that only gets hit when
"shift" is in a range not containing 0.
llvm-svn: 151919
|
| |
|
|
|
|
|
|
| |
code eliminating the conditional.
The optimizer should handle this eventually, but currently LVI isn't really designed for this kind of stuff.
llvm-svn: 151918
|
| |
|
|
| |
llvm-svn: 151917
|
| |
|
|
| |
llvm-svn: 151916
|
| |
|
|
| |
llvm-svn: 151915
|
| |
|
|
| |
llvm-svn: 151914
|
| |
|
|
| |
llvm-svn: 151913
|
| |
|
|
| |
llvm-svn: 151912
|
| |
|
|
| |
llvm-svn: 151911
|
| |
|
|
| |
llvm-svn: 151910
|
| |
|
|
| |
llvm-svn: 151909
|
| |
|
|
| |
llvm-svn: 151908
|
| |
|
|
| |
llvm-svn: 151907
|
| |
|
|
| |
llvm-svn: 151906
|
| |
|
|
| |
llvm-svn: 151905
|
| |
|
|
| |
llvm-svn: 151904
|
| |
|
|
| |
llvm-svn: 151903
|
| |
|
|
| |
llvm-svn: 151902
|
| |
|
|
| |
llvm-svn: 151901
|
| |
|
|
| |
llvm-svn: 151900
|
| |
|
|
|
|
| |
This allows us to remove a lot of redundant parameters.
llvm-svn: 151899
|
| |
|
|
| |
llvm-svn: 151898
|
| |
|
|
| |
llvm-svn: 151897
|
| |
|
|
| |
llvm-svn: 151896
|
| |
|
|
| |
llvm-svn: 151895
|
| |
|
|
| |
llvm-svn: 151894
|
| |
|
|
|
|
| |
Suggested by: Sebastian Pop <sebpop@gmail.com>
llvm-svn: 151893
|
| |
|
|
|
|
|
|
|
|
| |
folks who know something about PPC tell me that the byte swap is crazy
fast and without this the bit mixture would actually be different. It
might not be worse, but I've not measured it and so I'd rather not trust
it. This way, the algorithm is identical on both endianness hosts. I'll
look into any performance issues etc stemming from this.
llvm-svn: 151892
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
just ensure that the number of bytes in the pair is the sum of the bytes
in each side of the pair. As long as thats true, there are no extra
bytes that might be padding.
Also add a few tests that previously would have slipped through the
checking. The more accurate checking mechanism catches these and ensures
they are handled conservatively correctly.
Thanks to Duncan for prodding me to do this right and more simply.
llvm-svn: 151891
|
| |
|
|
|
|
| |
try to define C++ keywords as typedefs (fixed in Solaris 11).
llvm-svn: 151890
|
| |
|
|
|
|
|
|
| |
Unconditionally define __C99FEATURES__ when using C++ on Solaris. This is a
(hopefully temporary) work around for libc++ exposing C99-but-not-C++98
features in C++98 mode.
llvm-svn: 151889
|
| |
|
|
| |
llvm-svn: 151888
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This change replaces getTypeStoreSize with getTypeAllocSize in AddressSanitizer
instrumentation for stack allocations.
One case where old behaviour produced undesired results is an optimization in
InstCombine pass (PromoteCastOfAllocation), which can replace alloca(T) with
alloca(S), where S has the same AllocSize, but a smaller StoreSize. Another
case is memcpy(long double => long double), where ASan will poison bytes 10-15
of a stack-allocated long double (StoreSize 10, AllocSize 16,
sizeof(long double) = 16).
See http://llvm.org/bugs/show_bug.cgi?id=12047 for more context.
llvm-svn: 151887
|
| |
|
|
| |
llvm-svn: 151886
|