| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 168166
|
| |
|
|
|
|
| |
email address for completeness.
llvm-svn: 168165
|
| |
|
|
|
|
|
|
|
|
|
| |
Notably, I'm reviewing this stuff already, and this makes it clear I'm
on the hook for it.
I'm relying on Eric Christopher and Michael Spencer to help with Support
when there are platform specific issues, but Chris wants a single point
of contact, and I'm happy with that.
llvm-svn: 168164
|
| |
|
|
| |
llvm-svn: 168151
|
| |
|
|
| |
llvm-svn: 168150
|
| |
|
|
| |
llvm-svn: 168149
|
| |
|
|
|
|
|
|
|
| |
all symbols during object loading, not just global ones.
This fixes JIT execution of code using llvm.global_ctors with internal
linkage constructors.
llvm-svn: 168148
|
| |
|
|
|
|
|
|
|
|
|
| |
It turns out that the operands of a Constant are not always themselves
Constant. For example, one of the operands of BlockAddress is
BasicBlock, which is not a Constant.
This should fix the dragonegg-x86_64-linux-gcc-4.6-test build which
broke in r168037.
llvm-svn: 168147
|
| |
|
|
| |
llvm-svn: 168146
|
| |
|
|
| |
llvm-svn: 168145
|
| |
|
|
|
|
| |
is present: it is often the case that .debug_aranges section contains ranges only for a small subset of compile units. Test cases will be added in separate commits.
llvm-svn: 168144
|
| |
|
|
| |
llvm-svn: 168143
|
| |
|
|
|
|
|
|
| |
of the code that deals with divs.
Thanks to Paul Redmond for catching this while reviewing the code.
llvm-svn: 168142
|
| |
|
|
|
|
| |
vector types.
llvm-svn: 168141
|
| |
|
|
|
|
|
| |
finally was able to restore a register, instead of just reporting the
frames that couldn't supply the reg.
llvm-svn: 168139
|
| |
|
|
| |
llvm-svn: 168138
|
| |
|
|
| |
llvm-svn: 168137
|
| |
|
|
|
|
| |
it as a pointer.
llvm-svn: 168136
|
| |
|
|
| |
llvm-svn: 168135
|
| |
|
|
|
|
| |
now." I missed Daniel's r168095 by my accident.
llvm-svn: 168134
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
CachedCompletionAllocator
to the CodeCompletionTUInfo that is going to be used to get the results.
Previously we would use ASTUnit's CodeCompletionTUInfo which has its own allocator
that will go away when we reparse. That could result in a use-after-free bug when
getting the parent context name from a CodeCompletionString.
Addresses rdar://12568377.
llvm-svn: 168133
|
| |
|
|
|
|
| |
None of my buildhost (centos6 x86-64 and cygwin) is passing. Investigating.
llvm-svn: 168132
|
| |
|
|
|
|
| |
allowed in branch delay slot.
llvm-svn: 168131
|
| |
|
|
|
|
|
|
| |
- This diverges from gcc, and confuses tools (like dtrace) which track # line
markers as a way to determine which content is in the context of the main
file.
llvm-svn: 168128
|
| |
|
|
|
|
|
| |
width of an enum with negative values in IntRange. Include a test for
-Wtautological-constant-out-of-range-compare where this had manifested.
llvm-svn: 168126
|
| |
|
|
|
|
|
|
|
| |
GCC 4.7 reuses stack slots fairly aggressively, which exposes more temporary
lifetime bugs.
No new test, this was caught by the existing CodeGenCXX/mangle-ms-templates.cpp.
llvm-svn: 168124
|
| |
|
|
|
|
|
|
|
| |
allowed volatile registers to be returned up the stack. That leads
to unexpected/incorrect values provided to the user and we need to
avoid that.
<rdar://problem/12714247>
llvm-svn: 168123
|
| |
|
|
| |
llvm-svn: 168121
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Separate out the notions of 'has a trivial special member' and 'has a
non-trivial special member', and use them appropriately. These are not
opposites of one another (there might be no special member, or in C++11 there
might be a trivial one and a non-trivial one). The CXXRecordDecl predicates
continue to produce incorrect results, but do so in fewer cases now, and
they document the cases where they might be wrong.
No functionality changes are intended here (they will come when the predicates
start producing the right answers...).
llvm-svn: 168119
|
| |
|
|
| |
llvm-svn: 168118
|
| |
|
|
| |
llvm-svn: 168117
|
| |
|
|
|
|
| |
permissions after an object has been loaded.
llvm-svn: 168114
|
| |
|
|
|
|
| |
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20121112/156007.html
llvm-svn: 168113
|
| |
|
|
|
|
| |
a crash in IR generation.
llvm-svn: 168112
|
| |
|
|
| |
llvm-svn: 168111
|
| |
|
|
| |
llvm-svn: 168110
|
| |
|
|
| |
llvm-svn: 168109
|
| |
|
|
|
|
|
| |
dropping the specifier, just like we do for non-member functions and function
templates declared 'typedef'. Patch by Brian Brooks!
llvm-svn: 168108
|
| |
|
|
|
|
|
|
| |
case to vector legalization so this actually works.
Patch by Pete Couperus. Fixes PR12540.
llvm-svn: 168107
|
| |
|
|
|
|
|
| |
much work for this to make sense. Just copy the current thread list and
operate on that. Prevents some deadlocks.
llvm-svn: 168106
|
| |
|
|
|
|
| |
report)
llvm-svn: 168105
|
| |
|
|
| |
llvm-svn: 168104
|
| |
|
|
| |
llvm-svn: 168103
|
| |
|
|
| |
llvm-svn: 168102
|
| |
|
|
| |
llvm-svn: 168101
|
| |
|
|
| |
llvm-svn: 168099
|
| |
|
|
|
|
| |
and a non-fragile (that uses [[@LINE]]) parts.
llvm-svn: 168098
|
| |
|
|
| |
llvm-svn: 168095
|
| |
|
|
| |
llvm-svn: 168091
|
| |
|
|
|
|
|
|
| |
When libgmp header files are not installed in the default /usr/include location,
configure used to fail to find the gmp headers when testing for isl/ast.h. This
patch adds the gmp include path to the compiler flags before testing for ISL.
llvm-svn: 168090
|