Remove code for setting the VEX L-bit as a function of operand size from the code emitters and the disassembler table builder. Fix a couple instructions that were still missing VEX_L.

llvm-svn: 164204

llvm-svn: 164203

Add explicit VEX_L tags to all 256-bit instructions. This will allow us to remove code from the code emitters that examined operands to set the L-bit.

llvm-svn: 164202

This was making it hard to scan my builds for new warnings. The
warning still fires with ToT clang. But if my workaround is unnecessary
for whatever reason, feel free to revert.

llvm-svn: 164201

llvm-svn: 164200

llvm-svn: 164199

llvm-svn: 164198

data structures more rapidly.  Also added fields
for the other data structures in a class.

I also fixed a problem where I accidentally used
hasExternalLexicalStorage() instead of
hasExternalVisibleStorage() to mark an
incomplete object.

llvm-svn: 164197

Remove Context argument from TemplateDeductionInfo constructor. It was no longer needed after the unused Context member was removed in r164104.

llvm-svn: 164196

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