| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
| |
from the dragonegg build bots when we turned on the full version of the
pass. Included a much reduced test case for this pesky bug, despite
bugpoint's uncooperative behavior.
Also, I audited all the similar code I could find and didn't spot any
other cases where this mistake cropped up.
llvm-svn: 164178
|
| |
|
|
|
|
|
|
|
| |
The Freescale SDK is based on OpenEmbedded, and this might be useful
for other OpenEmbedded-based configurations as well.
With minor modifications, patch by Tobias von Koch!
llvm-svn: 164177
|
| |
|
|
|
|
| |
Patch by Tobias von Koch!
llvm-svn: 164176
|
| |
|
|
| |
llvm-svn: 164174
|
| |
|
|
|
|
| |
Implementation derived from compiler-rt's implementation of signed and unsigned integer division.
llvm-svn: 164173
|
| |
|
|
|
|
| |
the same module where the target function is defined causes the help string not to come out
llvm-svn: 164172
|
| |
|
|
|
|
| |
relational operators of enumeration type. From the gcc testsuite.
llvm-svn: 164171
|
| |
|
|
|
|
| |
and if found, checks the string stored in <stdexcept> exception objects to see if it is the gcc empty string singleton before manipulating the reference count. This is done so that if such an exception is created with a zero-length string in libstdc++, libc++abi won't try to delete the memory. This is part of a ongoing process to make libc++ exceptions ABI-compatible with libstdc++-4.2 exceptions, to the point that each library can catch exceptions thrown by the other. If other parties would also like this behavior, the #if __APPLE__ can be broadened.
llvm-svn: 164170
|
| |
|
|
| |
llvm-svn: 164169
|
| |
|
|
|
|
| |
avoid a crash. PR13860.
llvm-svn: 164168
|
| |
|
|
| |
llvm-svn: 164167
|
| |
|
|
|
|
| |
after the colon.
llvm-svn: 164165
|
| |
|
|
|
|
|
|
|
|
|
| |
populate Clang ObjCInterfaceDecls with their
ivars, methods, and properties. The default
implementation does nothing. I have also made
sure that AppleObjCRuntimeV2 creates
ObjCInterfaceDecls that actually get queried
appropriately.
llvm-svn: 164164
|
| |
|
|
| |
llvm-svn: 164162
|
| |
|
|
| |
llvm-svn: 164158
|
| |
|
|
|
|
| |
also provides a insertion order iteration over the values.
llvm-svn: 164157
|
| |
|
|
|
|
| |
zombie objects when attempting to format them
llvm-svn: 164156
|
| |
|
|
| |
llvm-svn: 164155
|
| |
|
|
| |
llvm-svn: 164154
|
| |
|
|
| |
llvm-svn: 164153
|
| |
|
|
|
|
| |
Don't leak mach ports when calling "mach_thread_self()".
llvm-svn: 164152
|
| |
|
|
|
|
| |
UUIDs
llvm-svn: 164151
|
| |
|
|
| |
llvm-svn: 164150
|
| |
|
|
|
|
| |
indexes instead of objects
llvm-svn: 164149
|
| |
|
|
|
|
| |
Some platforms don't support this modification.
llvm-svn: 164148
|
| |
|
|
| |
llvm-svn: 164147
|
| |
|
|
|
|
|
|
|
|
|
|
| |
working on FCA splitting. Instead of refusing to form a common type when
there are uses of a subsection of the alloca as well as a use of the
entire alloca, just skip the subsection uses and continue looking for
a whole-alloca use with a type that we can use.
This produces slightly prettier IR I think, and also fixes the other
failure in the test.
llvm-svn: 164146
|
| |
|
|
| |
llvm-svn: 164145
|
| |
|
|
|
|
| |
NSDictionary and related classes
llvm-svn: 164144
|
| |
|
|
|
|
|
|
| |
integral expression have the obvious result.
Patch reviewed by John McCall off line.
// rdar://12202422
llvm-svn: 164143
|
| |
|
|
| |
llvm-svn: 164142
|
| |
|
|
|
|
| |
Patch by Adhemerval Zanella.
llvm-svn: 164141
|
| |
|
|
|
|
| |
virtual-dtor warnings that come with it.
llvm-svn: 164140
|
| |
|
|
| |
llvm-svn: 164139
|
| |
|
|
|
|
| |
Patch by Adhemerval Zanella.
llvm-svn: 164138
|
| |
|
|
| |
llvm-svn: 164137
|
| |
|
|
|
|
|
|
| |
splitting aggregates into a real class.
No intended functionality change.
llvm-svn: 164135
|
| |
|
|
| |
llvm-svn: 164134
|
| |
|
|
| |
llvm-svn: 164133
|
| |
|
|
|
|
|
|
|
| |
store this and use it to not emit long nops when the CPU is geode which
doesnt support them.
Fixes PR11212.
llvm-svn: 164132
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This makes Clang warn about self references in in-class initializers,
for example:
struct S {
int a = a + 42;
};
This basically just moves UninitializedFieldVisitor up a bit in
SemaDeclCXX.cpp, and adds a call to it from ActOnCXXInClassMemberInitializer.
llvm-svn: 164131
|
| |
|
|
|
|
| |
...I don't know why this could appease msvc...baad.
llvm-svn: 164130
|
| |
|
|
|
|
| |
linkage-name.ll to X86.
llvm-svn: 164129
|
| |
|
|
| |
llvm-svn: 164128
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Without this patch, the isDerivedFrom matcher asserts in the
"assert(ClassDecl != NULL);" in the new test, as a
DependentTemplateSpecilizationType is not a sub-type of
TemplateSpecializationType and also does not offer getAsCXXRecordDecl().
I am not sure why this did not cause problems before. It is now (after
the changed implementation of isDerivedFrom) easier to write a matcher
that actually gets into this branch of the code.
llvm-svn: 164127
|
| |
|
|
| |
llvm-svn: 164126
|
| |
|
|
| |
llvm-svn: 164125
|
| |
|
|
|
|
| |
builders green again.
llvm-svn: 164124
|
| |
|
|
|
|
| |
Patch by Gábor Horváth.
llvm-svn: 164123
|
| |
|
|
| |
llvm-svn: 164122
|