llvm-svn: 66649

llvm-svn: 66643

offset may be different that the base. Ultimately we need a better solution for
these issues, but this point-by-point fixes are gradually outlining the scope of
the problem.

llvm-svn: 66638

llvm-svn: 66637

llvm-svn: 66636

llvm-svn: 66635

return an unsigned integer for a null pointer value.

llvm-svn: 66630

llvm-svn: 66629

values. Indicating this in 'canReasonAbout' allows GRExprEngine to recover
path-sensitivity in some cases.

llvm-svn: 66628

path-sensitivity, beyond checking to see if the value is "unknown" also check if
the ConstraintManager can handle the SVal. This allows us to recover some
path-sensitivity by actually discarding some information.

llvm-svn: 66627

llvm-svn: 66626

llvm-svn: 66625

a ConstraintManager can usefully reason about the given SVal.

llvm-svn: 66624

deletes all registered BugTypes from BugReporter, and thus we need to display
the graph first.

llvm-svn: 66623

llvm-svn: 66622

llvm-svn: 66621

llvm-svn: 66620

with "clang t.i s.i" where the .i files contain line markers.
rdar://6667812

llvm-svn: 66619

llvm-svn: 66618

Remove space-break that interrupts one string literal.  This is fine in C, but not in TableGen files.

llvm-svn: 66616

Work in progress.

llvm-svn: 66615

llvm-svn: 66614

llvm-svn: 66613

Sema/asm.c:64:9: error: invalid % escape in inline assembly string
  asm("%!" : );   // expected-error {{invalid % escape in inline assembly string}}
      ~~^~

llvm-svn: 66606

llvm-svn: 66605

llvm-svn: 66604

llvm-svn: 66603

translation unit.

Thread the various declarations of variables via
VarDecl::getPreviousDeclaration.

llvm-svn: 66601

 - Replace assorted -ccc-host-* options by -ccc-host-triple which is
   more sane.

llvm-svn: 66600

llvm-svn: 66598

code where Sema can get to it.  No functionality change.

llvm-svn: 66596

definitions. We were rejecting tentative definitions of incomplete
(which is bad), and now we don't.

This fix is partial because we don't do the end-of-translation-unit
initialization for tentative definitions that don't ever have any
initializers specified.

llvm-svn: 66584

llvm-svn: 66580

 - Follows ccc currently, but this functionality should eventually be
   outside the Driver lib.

llvm-svn: 66575

context of a template-id for which we need to instantiate default
template arguments.

In the TextDiagnosticPrinter, don't suppress the caret diagnostic if
we are producing a non-note diagnostic that follows a note diagnostic
with the same location, because notes are (conceptually) a part of the
warning or error that comes before them.

llvm-svn: 66572

only print the template instantiation backtrace for the first error.

Also, if a base class has failed to type-check during instantiation,
just drop that base class and continue on to check other base classes.

llvm-svn: 66563

  'struct A<double, int>'

In the "template instantiation depth exceeded" message, print
"-ftemplate-depth-N" rather than "-ftemplate-depth=N".

An unnamed tag type that is declared with a typedef, e.g., 

  typedef struct { int x, y; } Point;

can be used as a template argument. Allow this, and check that we get
sensible pretty-printing for such things.

llvm-svn: 66560

When pretty-printing an anonymous tag type that is associated with a typedef, use the name of the typedef rather than <anonymous>

llvm-svn: 66559

to a diagnostic that will be invoked after the diagnostic (if it is
not suppressed). The hooks are allowed to produce additional
diagnostics (typically notes) that provide more information. We should
be able to use this to help diagnostic clients link notes back to the
diagnostic they clarify. Comments welcome; I'll write up documentation
and convert other clients (e.g., overload resolution failures) if
there are no screams of protest.

As the first client of post-diagnostic hooks, we now produce a
template instantiation backtrace when a failure occurs during template
instantiation. There's still more work to do to make this output
pretty, if that's even possible.

llvm-svn: 66557

using property dot-syntax.

llvm-svn: 66556