on all the new code by default.  There is still plenty of testing to
do and issues I'm sure need resolving.  Let me know if you find
anything.

llvm-svn: 66323

llvm-svn: 66322

performance that the type of the returned llvm::Value for an expression 
matches the converted type of the clang::Expr; mismatches will cause all
sorts of errors and silent miscompilations.

llvm-svn: 66321

llvm-svn: 66320

llvm-svn: 66319

the same say the "test" instruction does in overflow cases,
so eliminating the test is only safe when those bits aren't
needed, as is the case for COND_E and COND_NE, or if it
can be proven that no overflow will occur. For now, just
restrict the optimization to COND_E and COND_NE and don't
do any overflow analysis.

llvm-svn: 66318

llvm-svn: 66317

 - Shaves off a few instructions on x86_64.

One notable change: this intentionally stops setting the II->Entry
field of IdentifierInfo's retrieved by the ExternalLookup method. This
is to maintain the invariant that .getName() has a constant value for
any given IdentifierInfo. IRgen currently relies on this; which is
quite questionable but will be cleaned up in time.

Apologies for the lack of a test case; there really isn't a good way
to make one. As IRgen will eventually be fixed to not rely on this, we
can survive without one.

llvm-svn: 66316

If ARCH is x86_64, pass -m64 to the host compiler. -m32 for i386. This makes sure the JIT work correctly.

llvm-svn: 66315

llvm-svn: 66314

- Make Selector::getAsIdentifierInfo() private.  Using IdentifierInfo* in
  Selector is an implementation detail that clients shouldn't think about.
- Modify diagnostic emission in Sema::ProcessPropertyDecl to not use
  Selector::getAsIdentifierInfo() (which could crash when IdentifierInfo* is
  null) and instead use Selector::getAsString().
- Tidy up Selector::getAsString() implementation.

llvm-svn: 66313

PathDiagnosticControlFlowPiece to distinguish (in the class hierarchy) between
events and control-flow diagnostic pieces. Clients must now use these directly
when constructing PathDiagnosticPieces.

llvm-svn: 66310

llvm-svn: 66309

struct to an extension warning to match the behavior of GNU C, which
addresses the Sema part of PR3671.

llvm-svn: 66308

llvm-svn: 66307

llvm-svn: 66306

Clean up some error messages with anonymous structs/unions and member declaration parsing. Fixes PR3680

llvm-svn: 66305

llvm-svn: 66304

Use the 'declaration does not declare anything' error when we see an anonymous struct/union declaration outside of a struct or union in C

llvm-svn: 66303

crash in ir-gen.

llvm-svn: 66302

prototype of the same function, where the promoted parameter types in
the K&R definition are not compatible with the types in the
prototype. Fixes PR2821.

llvm-svn: 66301

 - Names are lame, but it seems better to be explicit.

llvm-svn: 66295

llvm-svn: 66294

Usage: from clang/test, 'make -f ../utils/test/Makefile.multi'

Pros: About 20% faster than the Makefile based version on my 8 core
box (way faster on Windows I imagine, if it works).

Cons: Needs some cleanup. Ctrl-C works quite poorly on Darwin; more
Python's fault than mine.

Future: Support config definitions so we can use this for running LLVM
tests instead of dejagnu. Parallel testing goodness? Indeed.

llvm-svn: 66293

CodeGenModule::CreateRuntimeVariable.

 - No real functionality change; although we now assert on silly
   things like:
--
int objc_exception_throw;
void f0() { @throw(@"A"); }
--
   instead of accepting it.

llvm-svn: 66292

Start work on subclassing PathDiagnosticPiece to distinguish more between control-flow pieces, events, etc.

llvm-svn: 66291

llvm-svn: 66290

table.
 - No functionality change.

llvm-svn: 66289

an optimization.

llvm-svn: 66288

really use pack() instead.
 - <rdar://problem/6650243> clang warns about '#pragma pack(0)'

llvm-svn: 66287

llvm-svn: 66286

llvm-svn: 66284

llvm-svn: 66283

C and C++. Fixes PR3688.

llvm-svn: 66282

llvm-svn: 66281

llvm-svn: 66280

llvm-svn: 66279

llvm-svn: 66278

in a lone X87 class.
 - PR3735.

llvm-svn: 66277

Manually write a table and some ad-hoc code to provide feature parity with the current code.

llvm-svn: 66276