invocations of them into session object.

Remove a debug statement.

llvm-svn: 116938

llvm-svn: 116936

llvm-svn: 116932

Fix chained PCH issue; make sure all visible decls that will be put into a UPDATE_VISIBLE block were recorded beforehand.

llvm-svn: 116931

llvm-svn: 116930

to 'super'.

llvm-svn: 116928

llvm-svn: 116927

A recent commit to clang exposed a bug in the Win32 Path code. This is a
minimal fix for it.

llvm-svn: 116925

use it.

llvm-svn: 116920

#includes in the process.

llvm-svn: 116919

llvm-svn: 116918

As far as I can see, gcc is right to think this!  The following change
will cause a nice segfault rather than undefined behaviour if this case
occurs.  Someone who understands what this code is supposed to do should
probably take a proper look.

llvm-svn: 116917

say 'implicitly' when it was implicit.  Resolves PR 7930 and my peace of mind.

llvm-svn: 116916

llvm-svn: 116915

build bots.

llvm-svn: 116914

interactions with -isysroot and other driver commands.

llvm-svn: 116912

on a friend declaration, skip template-ids which do not depend on the
current parameter list.

llvm-svn: 116911

llvm-svn: 116910

llvm-svn: 116909

llvm-svn: 116908

kinds of lookup into Objective-C classes were tangled together, a
situation that was compounded by automatically synthesized ivars.

llvm-svn: 116907

llvm-svn: 116906

A RegionPass is executed like a LoopPass but on the regions detected by the
RegionInfo pass instead of the loops detected by the LoopInfo pass.

llvm-svn: 116905

llvm-svn: 116904

llvm-svn: 116903

don't repeatedly loop through identifiers, correcting the same typo'd
identifier over and over again. 

We still bail out after 20 typo corrections, but this should help
improve performance in the common case where we're typo-correcting
because the user forgot to include a header.

llvm-svn: 116901

llvm-svn: 116899

llvm-svn: 116898

llvm-svn: 116897

if passed in a NULL new_value and the operation intended is eVarSetOperationAssign.
This fixed a bug where in TestSettings.py:

        # Set the run-args and the env-vars.
        self.runCmd('settings set target.process.run-args A B C')
        self.runCmd('settings set target.process.env-vars ["MY_ENV_VAR"]=YES')
        # And add hooks to restore the settings during tearDown().
        self.addTearDownHook(
            lambda: self.runCmd("settings set -r target.process.run-args"))
        self.addTearDownHook(
            lambda: self.runCmd("settings set -r target.process.env-vars"))

"settings set -r target.process.env-vars" was not restoring the original env-vars
setting.

llvm-svn: 116895

Eliminate another ordering dependency in typo correction. Re-enable typo.m, which seems to be working properly.

llvm-svn: 116894

llvm-svn: 116893

Don't cache the public stop reason, since it can change as plan completion gets processed.  That means GetStopReason needs to return a shared pointer, not a pointer to the thread's cached version.  Also allow the thread plans to get and set the thread private stop reason - that is usually more appropriate for the logic the thread plans need to do.

llvm-svn: 116892

Here's example code:
---
template<class T> class MyClass {
  struct S { };
  S* NewS() { return new S; }
  void DeleteS() { delete NewS(); }
};
---
CXXDeleteExpr::getDestroyedType() on the 'delete NewS()' expression
would crash before this change.  Now it returns a dependent type
object.  Solution suggested by dgregor.

llvm-svn: 116891

llvm-svn: 116890

llvm-svn: 116888

Fix issue with chained PCH where forward references did not pick up later definition in the chained PCH.

llvm-svn: 116887

llvm-svn: 116886

to be passed improperly to expressions in certain
cases.

llvm-svn: 116884

llvm-svn: 116883