Two deeply nested if's obscured that the sense of the conditions was
mixed up. Amazingly, TableGen's output is exactly the same even with the
sense of the tests fixed; it seems that all of TableGen's conversions
are symmetric so that the inverted sense was nonetheless correct "by
accident". As such, I couldn't come up with a test case.

If there does in fact exist a non-symmetric conversion in TableGen's
type system, then a test case should be prepared.

Despite the symmetry, both if's are left in place for robustness in the
face of future changes.

Review by Jakob.

llvm-svn: 164195

llvm-svn: 164192

Fixes an observed instance of nondeterministic TableGen output.

Review by Jakob.

llvm-svn: 164191

Fixes an observed instance of nondeterministic TableGen output.

Review by Jakob.

llvm-svn: 164190

This is a generally useful utility; there's no reason to have it hidden
in CodeGenDAGPatterns.cpp.

Also, rename it to fit the other comparators in Record.h

Review by Jakob.

llvm-svn: 164189

Improve error messages when memory read/write fails.

llvm-svn: 164188

llvm-svn: 164187

definition info; it needs to be there because the mangler needs to
access it before we're finished defining the lambda class.
PR12808.

llvm-svn: 164186

-mcpu doesn't infer -arch. Consider non-x86 host.

llvm-svn: 164185

Intentionally leak the module list to avoid unnecessary freeing of modules + object files + symbol files when the program is exiting.

llvm-svn: 164184

detect strtoul parse failure instead of return value of 0.  <rdar://problem/12198994>

llvm-svn: 164183

llvm-svn: 164182

llvm-svn: 164181

llvm-svn: 164180

llvm-svn: 164179

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

<rdar://problem/12188843> Fixing a problem where a Python command created in 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

I've added Apple-only behavior that looks for libstdc++ in the same process 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

llvm-svn: 164168

llvm-svn: 164167

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

<rdar://problem/11398693> Making sure we do not attempt to run code on 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

llvm-svn: 164151

llvm-svn: 164150

llvm-svn: 164149

Stop using the "%z" size_t modifier and cast all size_t values to uint64_t. Some platforms don't support this modification.

llvm-svn: 164148