rdar://problem/8893967

llvm-svn: 124137

as useful in a templated context as it is without templates. Fixes PR8755!

llvm-svn: 124136

Wennborg! Fixes PR8295.

llvm-svn: 124135

with BasicAA's DecomposeGEPExpression, which recently began
using a TargetData. This fixes PR8968, though the testcase
is awkward to reduce.

Also, update several off GetUnderlyingObject's users
which happen to have a TargetData handy to pass it in.

llvm-svn: 124134

clang_getDeclObjCTypeEncoding(); use ASTContext's methods instead,
which will (lazily) create the type as needed. Otherwise, we can end
up with null QualTypes.

llvm-svn: 124133

llvm-svn: 124132

llvm-svn: 124131

llvm-svn: 124130

llvm-svn: 124129

* If the name is a single string, we remove the quotes
* If the name starts without a quote, we include any quotes in the name

llvm-svn: 124127

llvm-svn: 124126

llvm-svn: 124125

llvm-svn: 124124

llvm-svn: 124123

llvm-svn: 124122

implementation used by overload resolution to support rvalue
references. The original commits caused PR9026 and some
hard-to-reproduce self-host breakage.

The only (crucial!) difference between this commit and the previous
commits is that we now properly check the SuppressUserConversions flag
before attempting to perform a second user-defined conversion in
reference binding, breaking the infinite recursion chain of
user-defined conversions.

Rvalue references should be working a bit better now.

llvm-svn: 124121

llvm-svn: 124120

Check whether DependentScopeDeclRefExpr's NestedNameSpecifier exists before accessing it, both for consistency (see StmtPrinter::VisitDeclRefExpr()) and for other use cases of dependent types.

llvm-svn: 124119

llvm-svn: 124118

it to interpret a "this" variable that was merely
a pointer -- that is, not a class pointer -- as
meaning that the current context was inside a C++
method.  This bug would prevent expressions from
evaluating correctly in regular C code if there
was a pointer variable named "this" in scope.

llvm-svn: 124117

llvm-svn: 124116

they may be in sensitive areas and we set breakpoints on the thread creation routines
if we are running expressions, so the threads should quickly get to a safe spot.

llvm-svn: 124115

llvm-svn: 124114

Be sure to clear out the base plan's m_report_run and m_report_stop each time we resume so we don't use stale values.

llvm-svn: 124113

llvm-svn: 124112

been known to make threads for us while our process/task is suspended.

llvm-svn: 124111

existence if the "thread" log bit is enabled right before we resume.

llvm-svn: 124110

llvm-svn: 124109

Some useful logging.  Also don't stuff the temporary thread into a shared pointer for no apparent reason.

llvm-svn: 124108

Add a method to StreamFile to line buffer the file.  Use  that in "log enable -f file" to line buffer the log output.

llvm-svn: 124107

llvm-svn: 124106

llvm-svn: 124105

llvm-svn: 124104

llvm-svn: 124103

llvm-svn: 124102

llvm-svn: 124101

code.

llvm-svn: 124100

llvm-svn: 124099

llvm-svn: 124098

llvm-svn: 124097