implicitly-generated AST nodes. We previously built instantiated nodes
for each of these AST nodes, then passed them on to Sema, which was
not prepared to see already-type-checked nodes (see PR5755). In some
places, we had ugly workarounds to try to avoid re-type-checking
(e.g., in VarDecl initializer instantiation).

Now, we skip implicitly-generated nodes when performing instantiation,
preferring instead to build just the AST nodes that directly reflect
what was written in the source code. This has several advantages:

  - We don't need to instantiate anything that doesn't have a direct
    correlation to the source code, so we can have better location
    information.
  - Semantic analysis sees the same thing at template instantiation
    time that it would see for a non-template.
  - At least one ugly hack (VarDecl initializers) goes away.

Fixes PR5755.

llvm-svn: 91218

MSVS2k8 doesn't define __i386__, hence all the CPU detection code was disabled.
Enable it by looking for _MSC_VER.

llvm-svn: 91217

llvm-svn: 91216

llvm-svn: 91215

llvm-svn: 91214

in a potentially potentially evaluated context, queue those
diagnostics and only emit them if the context ends up being
potentially evaluated. This completes the fix for PR5761.

llvm-svn: 91213

Give PartialDiagnostic copy semantics rather than move semantics, since we typically pass it by reference

llvm-svn: 91212

llvm-svn: 91211

__builtin_offsetof, passing through an ellipsis) when we're in an
unevaluated context. This is the first part of the fix to PR5761,
which deals with the simple case of an unevaluated context.

llvm-svn: 91210

defined in the test, and I don't have time tonight to figure it out.

llvm-svn: 91209

supported by emitGlobals, but I don't have a test case for that.

llvm-svn: 91208

no extra safety anyway.

llvm-svn: 91207

namespace llvm" by qualifying their implementations with ::llvm::.

llvm-svn: 91206

llvm-svn: 91205

llvm-svn: 91204

just issues an error for the moment. The front end won't yet generate these
intrinsics for ARM, so this is behind the scenes until complete.

llvm-svn: 91200

This implements a new flag -fcatch-undefined-behavior.  The flag turns
on additional runtime checks for:

  T a[I];

  a[i]    abort when i < 0 or i >= I.

Future stuff includes shifts by >= bitwidth amounts.

llvm-svn: 91198

llvm-svn: 91197

llvm-svn: 91196

 - tools/driver will be renamed to tools/clang at some point.

llvm-svn: 91195

llvm-svn: 91194

llvm-svn: 91193

llvm-svn: 91192

Make using '-fshort-enums' an error until it is actually implemented (changes the ABI, so it is dangerous to not error out if we don't support it).  Fixes <rdar://problem/7461006>.

llvm-svn: 91191

llvm-svn: 91190

llvm-svn: 91189

llvm-svn: 91187

llvm-svn: 91185

While scanning through the uses of an alloca, keep track of the current offset
relative to the start of the alloca, and check memory references to see if
the offset & size correspond to a component within the alloca.  This has the
nice benefit of unifying much of the code from isSafeUseOfAllocation,
isSafeElementUse, and isSafeUseOfBitCastedAllocation.  The code to rewrite
the uses of a promoted alloca, after it is determined to be safe, is
reorganized in the same way.

Also, when rewriting GEP instructions, mark them as "in-bounds" since all the
indices are known to be safe.

llvm-svn: 91184

llvm-svn: 91183

llvm-svn: 91182

a vector type.

llvm-svn: 91181

llvm-svn: 91180

scan-build: when the build command is 'make', override the CC and CXX options by passing them as arguments to make.  This fixes <rdar://problem/6790224>.

llvm-svn: 91179

llvm-svn: 91178

llvm-svn: 91177

llvm-svn: 91176

Based on the patch by Brian Lucas!

llvm-svn: 91175

llvm-svn: 91174

Tests: Change substitution to automagically use 'clang -cc1' instead of 'clang-cc'. I still plan to eventually rewrite the tests to clarify the magic (I will probably actually rewrite them to %clang so it is more obvious this is a variable that gets substituted).

llvm-svn: 91173