llvm-svn: 61752

llvm-svn: 61751

llvm-svn: 61745

llvm-svn: 61744

llvm-svn: 61743

In fact this also deletes those with linkonce linkage,
however this is currently dead because for the moment
aliases aren't allowed to have this linkage type.

llvm-svn: 61742

llvm-svn: 61741

llvm-svn: 61740

build errors.

llvm-svn: 61736

own OpActionsCapacity magic number; it can just use ISD::BUILTIN_OP_END,
as long as it takes care to round up when needed.

llvm-svn: 61733

llvm-svn: 61732

llvm-svn: 61731

not in system library directories by checking -L paths as well.
Patch by Axel Naumann!

llvm-svn: 61730

Construct stuct field DIEs.

llvm-svn: 61729

llvm-svn: 61728

llvm-svn: 61727

llvm-svn: 61726

llvm-as: accepted03.ll:1:35: invalid unresolved type up reference
declare void @r({ \7, opaque, \10 } %su)
                                  ^

llvm-svn: 61725

llvm-svn: 61724

problem, rather than fixing it.  The problem has now been fixed the right way.

llvm-svn: 61723

llvm-as: crash11.ll:2:27: function may not return return opaque type
  "xw" = tail call opaque @608(label %31)
                          ^

llvm-svn: 61722

llvm-as: crash10.ll:3:35: floating point constant does not have type 'ppc_fp128'
  "dumy" = fcmp ult ppc_fp128 "j",9209.4
                                  ^
llvm-svn: 61721

llvm-as: crash09.ll:3:1: self referential type is invalid
type %0
^

llvm-svn: 61720

test/Assembler/2005-05-05-OpaqueUndefValues.ll

llvm-svn: 61719

llvm-svn: 61718

llvm-svn: 61715

llvm-svn: 61714

llvm-svn: 61713

llvm-svn: 61711

llvm-svn: 61710

subsume ConstructBasicType().

llvm-svn: 61709

conventions, per John Criswell.

llvm-svn: 61708

squash warnings.

llvm-svn: 61707

 - After GlobalAssign, emit addrspace before global/constant, to follow
   the new syntax.
 - Eliminate "type void", which is now invalid.
 - Fix invalid liblists like [, "foo"].
 - Tweak whitespace in a few places.

llvm-svn: 61706

llvm-svn: 61702

* some picky <g> compilers get insulted by const-incorrectness
* respect 80-char limit

llvm-svn: 61701

llvm-svn: 61699

llvm-svn: 61695

This means that we have to include an additional header.

This patch should be functionally equivalent. I cannot outrule any performance
degradation, though I do not expect any.

llvm-svn: 61694

fails, like it is right now.

llvm-svn: 61690