- Jan 05, 2009
-
-
Devang Patel authored
Add methods to add source location info in a DIE. llvm-svn: 61761
-
Devang Patel authored
llvm-svn: 61757
-
Duncan Sands authored
global aliases. llvm-svn: 61754
-
Duncan Sands authored
the argument is marked nocapture - no need to analyze the argument if the answer is already known! llvm-svn: 61753
-
Evan Cheng authored
llvm-svn: 61752
-
Duncan Sands authored
llvm-svn: 61745
-
Duncan Sands authored
llvm-svn: 61744
-
Duncan Sands authored
llvm-svn: 61743
-
Duncan Sands authored
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
-
Devang Patel authored
llvm-svn: 61741
-
Devang Patel authored
llvm-svn: 61740
-
Dan Gohman authored
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
-
Devang Patel authored
llvm-svn: 61731
-
Devang Patel authored
Construct stuct field DIEs. llvm-svn: 61729
-
Chris Lattner authored
llvm-svn: 61728
-
Steve Naroff authored
llvm-svn: 61727
-
Devang Patel authored
llvm-svn: 61726
-
Chris Lattner authored
llvm-as: accepted03.ll:1:35: invalid unresolved type up reference declare void @r({ \7, opaque, \10 } %su) ^ llvm-svn: 61725
-
Devang Patel authored
llvm-svn: 61724
-
Owen Anderson authored
problem, rather than fixing it. The problem has now been fixed the right way. llvm-svn: 61723
-
Chris Lattner authored
llvm-as: crash11.ll:2:27: function may not return return opaque type "xw" = tail call opaque @608(label %31) ^ llvm-svn: 61722
-
Chris Lattner authored
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
-
Chris Lattner authored
llvm-as: crash09.ll:3:1: self referential type is invalid type %0 ^ llvm-svn: 61720
-
Chris Lattner authored
test/Assembler/2005-05-05-OpaqueUndefValues.ll llvm-svn: 61719
-
Dan Gohman authored
llvm-svn: 61715
-
Devang Patel authored
llvm-svn: 61714
-
Devang Patel authored
llvm-svn: 61711
-
Devang Patel authored
subsume ConstructBasicType(). llvm-svn: 61709
-
Devang Patel authored
squash warnings. llvm-svn: 61707
-
Gabor Greif authored
* some picky <g> compilers get insulted by const-incorrectness * respect 80-char limit llvm-svn: 61701
-
Evan Cheng authored
llvm-svn: 61699
-
Gabor Greif authored
llvm-svn: 61695
-
Gabor Greif authored
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
-
Evan Cheng authored
llvm-svn: 61686
-
Chris Lattner authored
llvm-svn: 61685
-
Chris Lattner authored
llvm-as: crash08.ll:3:15: invalid operand type for instruction "qp" = sdiv fp128 0x1, %30 ^ llvm-svn: 61684
-
Chris Lattner authored
llvm-as: crash07.ll:2:32: va_arg requires operand with first class type %y = va_arg [52 x <{}>] %43, double (...) sspreq ^ llvm-svn: 61683
-
Chris Lattner authored
diagnostics: llvm-as: crash05.ll:1:14: invalid type for null constant global label zeroinitializer addrspace (75), section "c" ^ llvm-as: crash06.ll:2:14: invalid type for null constant udiv label zeroinitializer, @0 ^ llvm-svn: 61681
-
Chris Lattner authored
just be removed. However, this fixes PR3281:crash04.ll, diagnosing it with: lvm-as: crash04.ll:2:13: vfcmp requires vector floating point operands vfcmp uno double* undef, undef ^ llvm-svn: 61680
-
Chris Lattner authored
llvm-as: crash02.ll:1:62: invalid function return type declare { <{ <{}>, void ([1898 x { void ()* }], opaque, ...) (), fp128 * }>, opaque } @t () ^ llvm-svn: 61679
-