the way through.  It is now used for codegen.

llvm-svn: 47484

llvm-svn: 47473

llvm-svn: 47472

llvm-svn: 47461

llvm-svn: 47460

llvm-svn: 47425

Now, we have very first multiple return value testcase!

llvm-svn: 47424

One small step towards multiple return value support.

llvm-svn: 47406

llvm-svn: 47396

llvm-svn: 47394

llvm-svn: 47392

llvm-svn: 47390

llvm-svn: 47387

llvm-svn: 47375

llvm-svn: 47367

treat more or less rationally in interface
functions, subject to change.  No functional change.

llvm-svn: 47352

llvm-svn: 47348

for adding alignment info, not there yet).  Clean up
interfaces to reference ParameterAttributes consistently.

llvm-svn: 47342

llvm-svn: 47314

requested by Chris.  While there, do the same
for an existing function committed by someone
called "lattner" :)

llvm-svn: 47273

llvm-svn: 47264

a function must be the first parameter.

llvm-svn: 47254

llvm-svn: 47248

llvm-svn: 47219

when they occur in the name, just like " is escaped.

llvm-svn: 47169

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

llvm-svn: 46836

llvm-svn: 46658

than double through the C bindings. Thanks to Tomas Lindquist
Olsen for reporting it.

llvm-svn: 46656

llvm-svn: 46510

llvm-svn: 46506

llvm-svn: 46431

llvm-svn: 46314

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

with a size, like byval.

llvm-svn: 46207

check the callee also if it is known.

llvm-svn: 46206

llvm-svn: 46026

llvm-svn: 46009

llvm-svn: 45974

drop attributes on varargs call arguments.  Also, it could generate
invalid IR if the transformed call already had the 'nest' attribute
somewhere (this can never happen for code coming from llvm-gcc,
but it's a theoretical possibility).  Fix both problems.

llvm-svn: 45973