implement bitfield codegen (although I don't envy the person who 
implements it).  This also prevents a crash on code like that from PR2309
(it's still broken, but it fails more gracefully).

llvm-svn: 51285

llvm-svn: 51284

llvm-svn: 51282

llvm-svn: 51281

llvm-svn: 51280

code in SelectionDAG.

llvm-svn: 51279

Added Stmt::DestroyChildren, which will be used by the dstors of the subclasses of Stmt to recursively delete their child AST nodes.

llvm-svn: 51278

$non_lazy_ptr's and $lazy_ptr's.

llvm-svn: 51277

code).

llvm-svn: 51276

llvm-svn: 51275

llvm-svn: 51274

it a few days to make sure there aren't any significant regressions.

llvm-svn: 51273

produce a negative zero.

llvm-svn: 51272

to accurately represent the integer.  This triggers 9 times in 471.omnetpp,
though 8 of those seem to be inlined from the same place.

llvm-svn: 51271

llvm-svn: 51269

type and the other operand is a constant into integer comparisons.
This happens surprisingly frequently (e.g. 10 times in 471.omnetpp),
which are things like this:

	%tmp8283 = sitofp i32 %tmp82 to double	
	%tmp1013 = fcmp ult double %tmp8283, 0.0

Clearly comparing tmp82 against i32 0 is cheaper here.

this also triggers 8 times in gobmk, including this one:

	%tmp375376 = sitofp i32 %tmp375 to double
	%tmp377 = fcmp ogt double %tmp375376, 8.150000e+01

which is comparing an integer against 81.5 :).

llvm-svn: 51268

llvm-svn: 51267

llvm-svn: 51266

and "int a = {};").  I'll adjust the tests in a bit.

llvm-svn: 51265

llvm-svn: 51264

intersecting bits.  This triggers all over the place, for example in lencode,
with adds of stuff like:

	%tmp580 = mul i32 %tmp579, 2	
	%tmp582 = and i32 %b8, 1
and

	%tmp28 = shl i32 %abs.i, 1		
	%sign.0 = select i1 %tmp23, i32 1, i32 0
and
	%tmp344 = shl i32 %tmp343, 2	
	%tmp346 = and i32 %tmp96, 3

etc.

llvm-svn: 51263

llvm-svn: 51262

caused by enabling SemaInit.

llvm-svn: 51261

they were causing bad code to be emitted.  There are two fixes here: one 
makes sure we emit a string that is long enough, and one makes sure we 
properly handle string initialization in init lists.

llvm-svn: 51259

whether or not -funit-at-a-time is used (C++ uses
it, C doesn't) - it was working before only when
not doing unit-at-a-time.

llvm-svn: 51258

an i16!  Cleaned up trailing whitespace while there.

llvm-svn: 51240

llvm-svn: 51239

llvm-svn: 51238

Patch by Dmitri Makarov!

llvm-svn: 51237

llvm-svn: 51236

llvm-svn: 51235

llvm-svn: 51234

llvm-svn: 51233

llvm-svn: 51232

llvm-svn: 51231

llvm-svn: 51230

llvm-svn: 51229

addition with a pointer and an integer even when it didn't make sense.

llvm-svn: 51228

llvm-svn: 51227

llvm-svn: 51226