Move some functionality for adding flags to MachineInstr's into methods on MachineInstr rather than LiveVariables.

llvm-svn: 46295

llvm-svn: 46292

Let each target decide byval alignment. For X86, it's 4-byte unless the aggregare contains SSE vector(s). For x86-64, it's max of 8 or alignment of the type.

llvm-svn: 46286

getNodeLabel(); these sequences allow the user to specify the characters '{',
'}', and '|' in the label, which facilitate breaking the label into multiple
record segments.

llvm-svn: 46283

precision integers.  This won't actually work
(and most of the code is dead) unless the new
legalization machinery is turned on.  While
there, I rationalized the handling of i1, and
removed some bogus (and unused) sextload patterns.
For i1, this could result in microscopically
better code for some architectures (not X86).
It might also result in worse code if annotating
with AssertZExt nodes turns out to be more harmful
than helpful.

llvm-svn: 46280

Made ImmutableSet::ImmutableSet(ImutAVLTree* Root) public. (this allows handy
casting between trees and sets).

llvm-svn: 46277

llvm-svn: 46267

llvm-svn: 46263

llvm-svn: 46262

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: 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

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: 46209

with a size, like byval.

llvm-svn: 46207

check the callee also if it is known.

llvm-svn: 46206

llvm-svn: 46204

Fixes PR1935.

llvm-svn: 46203

llvm-svn: 46200

llvm-svn: 46199

llvm-svn: 46198

to complain on x86-64 (gcc 4.1).  Use ~0U instead.

llvm-svn: 46197

llvm-svn: 46195

reported in pr1929 (http://llvm.org/PR1929).

llvm-svn: 46193