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

llvm-svn: 51225

used for _Bool is not the same as the primitive width (which for _Bool 
is 1 bit).  The load and store changes add some casts to make the 
types consistent.  The EmitLValue changes make sure that the pointer is 
of an appropriate type for loading the bitfield.

This isn't perfect, but it's an improvement, and getting everything 
right depends on actually laying out structs in an ABI-compliant way.

llvm-svn: 51224

llvm-svn: 51223

llvm-svn: 51222

"-Wshorten-64-to-32 -Werror" will cause a failure when compiling this complex
program:

#include <string>

class Path {
  mutable std::string path;
public:
  bool operator == (const Path &that) {
    return path == that.path;
  }
};

Using strcmp gets us past this annoying error.

llvm-svn: 51218

llvm-svn: 51217

llvm-svn: 51216

llvm-svn: 51215