llvm-svn: 46930

llvm-svn: 46929

llvm-svn: 46928

llvm-svn: 46926

llvm-svn: 46925

llvm-svn: 46924

llvm-svn: 46923

no-op).

llvm-svn: 46922

llvm-svn: 46921

llvm-svn: 46920

Refine bug fix to Expr::isLvalue (commit r46917).

llvm-svn: 46919

llvm-svn: 46918

Change Expr::isLvalue() to allow the "void" type. This fixes bz2000 submitted by Neil Booth.

Neil, can you point me to the place in the C99 spec that says this is allowed? I thought Expr::isLvalue() conformed to the spec, which says "C99 6.3.2.1: an lvalue is an expression with an object type or an incomplete type other than void.". Please advise.

llvm-svn: 46917

llvm-svn: 46916

pabs{b,w,d} are not two address
fix extract-to-mem sse4 ops
add sse4 vector sign extend nodes

llvm-svn: 46915

llvm-svn: 46914

llvm-svn: 46913

llvm-svn: 46912

llvm-svn: 46911

llvm-svn: 46910

whether SSE is present, on Darwin anyway.  Make it
explicit.

llvm-svn: 46909

llvm-svn: 46908

Add a check if the initial value of the induction variable is 0 (the method comment says it should be).

llvm-svn: 46907

Fix spelling in comment.

llvm-svn: 46906

Fix <rdar://problem/5733511> clang doesn't emit error for const array.

llvm-svn: 46905

initializers, and I don't want to duplicate the bitfield-handling code.  
(I'll send a patch for aggregate initializers to the mailing 
list sometime soon.)

llvm-svn: 46904

llvm-svn: 46903

llvm-svn: 46902

llvm-svn: 46901

common problem of putting two terminators in the same block.  I can't write
a testcase for this because the .ll parser rejects this before the verifier
can, but this can occur when generating IR.

llvm-svn: 46900

begin adding some methods to use it this way.

llvm-svn: 46899

llvm-svn: 46898

A bunch-o changes to fix <rdar://problem/5716046> incomplete implementation of ObjC class warning is incomplete

As part of this fix, I made a low-level change to the text diagnostics machinery (to basically avoid printing duplicate source lines/carets when you have multiple diagnostics that refer to the same exact place). For now, this only happens with we don't have a source range (could be extended to support source ranges as well). 

llvm-svn: 46897

llvm-svn: 46896

llvm-svn: 46895

unsigned.

llvm-svn: 46894

It's not always safe to fold movsd into xorpd, etc. Check the alignment of the load address first to make sure it's 16 byte aligned.

llvm-svn: 46893

llvm-svn: 46892

Expr* instead of a Stmt*, since we only
store bindings for Expr*.

llvm-svn: 46891

128-bit vectors need it only when SSE is on.

llvm-svn: 46890