llvm-svn: 168294

llvm-svn: 168293

removed in commit 168035, but I missed this bit).

llvm-svn: 168292

operands of the expression being written was wrongly thought to be reusable as
an inner node of the expression resulting in it turning up as both an inner node
*and* a leaf, creating a cycle in the def-use graph.  This would have caused the
verifier to blow up if things had gotten that far, however it managed to provoke
an infinite loop first.

llvm-svn: 168291

llvm-svn: 168290

llvm-svn: 168289

llvm-svn: 168288

llvm-svn: 168286

llvm-svn: 168285

llvm-svn: 168283

XFAIL(s) can be removed.

llvm-svn: 168282

llvm-svn: 168281

llvm-svn: 168280

as suggested by Sven Verdoolaege <skimo-polly@kotnet.org>

llvm-svn: 168279

llvm-svn: 168278

We actually used to assert on this.

Thanks to NAKAMURA Takumi for noticing this!

llvm-svn: 168277

llvm-svn: 168276

Some variables in code examples were not LikeThis.

llvm-svn: 168275

llvm-svn: 168274

llvm-svn: 168273

llvm-svn: 168272

llvm-svn: 168271

of a deprecated method in original class (or category), only
in overrides. // rdar://12717705

llvm-svn: 168270

This makes LexCharConstant() look more like LexStringLiteral(), which doesn't
have this bug. Add tests for eof after \ for several other cases.

llvm-svn: 168269

__has_attribute, __has_extension, making them behave more akin to
conventional macros.

llvm-svn: 168268

llvm-svn: 168267

common LexStringLiteral function.  In doing so, some consistency problems have
been ironed out (e.g. where the first token in the string literal was lexed
with macro expansion, but subsequent ones were not) and also an erroneous
diagnostic has been corrected.

LexStringLiteral is complemented by a FinishLexStringLiteral function which
can be used in the situation where the first token of the string literal has
already been lexed.

llvm-svn: 168266

llvm-svn: 168265

llvm-svn: 168263

Add a new function to ConstantExpr - getAsInstruction. This returns its Instruction* corollary, which may be useful if a user
wishes to transform a ConstantExpr so that one of its operands is no longer constant.

llvm-svn: 168262

Also fixes a bit/byte mismatch when checking if a target supports atomic ops of a certain size.

llvm-svn: 168260

llvm-svn: 168259

It's also simpler to just copy the words than mangling bits like this ctor did.

llvm-svn: 168258

Further reduce "-fsyntax-only -Wuninitialized" time on sqlite3.c by another 2.5% using intelligent pruning of blocks during the final reporting pass.

llvm-svn: 168257

llvm-svn: 168256

llvm-svn: 168255

llvm-svn: 168254

llvm-svn: 168253

This fixes my previous commit, thanks to "Dmitry N. Mikushin"
<maemarcus@gmail.com>

llvm-svn: 168252

due to ambiguity' warning.

llvm-svn: 168251