llvm-svn: 46263

llvm-svn: 46262

llvm-svn: 46260

llvm-svn: 46259

llvm-svn: 46258

llvm-svn: 46257

noticing this!

llvm-svn: 46256

llvm-svn: 46255

NDEBUG.  This is in response to a really nasty bug I introduced that 
Dale tracked down, hopefully this won't happen in the future.  
Many thanks Dale.

llvm-svn: 46254

llvm-svn: 46253

llvm-svn: 46252

llvm-svn: 46251

llvm-svn: 46250

integers.  Handle truncstore of a legal type to an unusual
number of bits.  Most of this code is not reachable unless
the new legalize infrastructure is turned on.

llvm-svn: 46249

llvm-svn: 46247

llvm-svn: 46246

This fixes PR1927

This should be pulled into llvm 2.2.

llvm-svn: 46245

a smaller bitwidth.

llvm-svn: 46244

llvm-svn: 46243

- Add Sema::CheckStringLiteralInit, Sema::IsStringLiteralInit.
- Use previous hooks to simplify Sema::CheckInitializerTypes()...

llvm-svn: 46235

llvm-svn: 46234

llvm-svn: 46233

a method.

llvm-svn: 46232

Add a predicate/getter when checking for incomplete array types ("[]").

llvm-svn: 46231

llvm-svn: 46230

llvm-svn: 46229

be ignored on the false branch.

llvm-svn: 46228

clearer sequence of hashing compositions.

llvm-svn: 46227

to be reused to compute multiple object profiles.

llvm-svn: 46226

problem was that we previously hashed based on the pointers of the left and
right children, but this is bogus: we can easily have different trees that
represent the same set. Now we use a hashing based scheme that compares the
*contents* of the trees, but not without having to do a full scan of a tree. The
only caveat is that with hashing is that we may have collisions, which result in
two different trees being falsely labeled as equivalent. If this becomes a
problem, we can add extra data to the profile to hopefully resolve most
collisions.

llvm-svn: 46224

llvm-svn: 46223

external symbols (e.g. 'fmod') as needing a stub.  This regression
was introduced by Evan's jit patch here:
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20071231/056749.html

With this fixed, the two ExecutionEngine failures are passing on ppc,
and the ppc jit works on freebench and olden.

This should be pulled into the 2.2 release branch.

llvm-svn: 46222

llvm-svn: 46220

llvm-svn: 46218

llvm-svn: 46217

that return an opaque type by value, as long as you don't
call it or provide a body (you can take the address of it).
So it is wrong to insist that sret parameters not be an
opaque*.  And I guess it is really up to codegen to complain
if someone tries to call such a function.  I'm also removing
the analogous check from byval parameters, since I don't
see why we shouldn't allow them as long as no-one tries to
call the function or give it a body.

llvm-svn: 46216

llvm-svn: 46212

llvm-svn: 46209

with a size, like byval.

llvm-svn: 46207

check the callee also if it is known.

llvm-svn: 46206