- Feb 23, 2010
-
-
Chris Lattner authored
though some look dubious afaict, these are all ok. llvm-svn: 96899
-
Chris Lattner authored
but not in the input. Previously, this would trigger an abort late in the isel logic. llvm-svn: 96898
-
Anders Carlsson authored
llvm-svn: 96897
-
Chris Lattner authored
llvm-svn: 96896
-
Charles Davis authored
the canonical calling conventions instead of comparing the raw calling conventions directly. Fixes PR6361. llvm-svn: 96895
-
Chris Lattner authored
place where an i32 imm was required, the old isel just got lucky. This fixes CodeGen/X86/x86-64-and-mask.ll llvm-svn: 96894
-
Ted Kremenek authored
to libAnalysis (with only the error reporting in libSema). llvm-svn: 96893
-
Ted Kremenek authored
llvm-svn: 96892
-
Chris Lattner authored
llvm-svn: 96891
-
Bob Wilson authored
I don't have a small testcase for this. llvm-svn: 96890
-
Chris Lattner authored
llvm-svn: 96889
-
Chris Lattner authored
llvm-svn: 96885
-
Charles Davis authored
__alignof__ operator, make sure to take into account the packed alignment of the struct/union/class itself. Matches GCC's behavior and fixes PR6362. llvm-svn: 96884
-
Anders Carlsson authored
llvm-svn: 96883
-
Anders Carlsson authored
More fixes. Don't try to emit a virtual base vtable if the virtual base in question is a primary virtual base of some other base. llvm-svn: 96881
-
Anders Carlsson authored
Always emit vcall offset for the primary base, not only if it's virtual. Remove a debug printf, and add the test case that now passes. llvm-svn: 96880
-
Anders Carlsson authored
Simplify the vcall offset calculation and make it give the correct answers :) My test case now has the right values but in the wrong order. llvm-svn: 96877
-
Ted Kremenek authored
llvm-svn: 96875
-
Anders Carlsson authored
More work on vcall offsets. We now emit the right number of vcall offsets in my local test case, but not the right values. llvm-svn: 96874
-
Dan Gohman authored
llvm-svn: 96873
-
Ted Kremenek authored
and into libAnalysis. llvm-svn: 96872
-
Dan Gohman authored
llvm-svn: 96871
-
Chris Lattner authored
don't alis it in the MMX .td file with a different width, split into two X86ISD opcodes. This fixes an x86 testcase. llvm-svn: 96859
-
Johnny Chen authored
(immediate #0) for disassembly only. A8.6.283, A8.6.285, A8.6.287, A8.6.290 llvm-svn: 96856
-
Ted Kremenek authored
llvm-svn: 96855
-
Chris Lattner authored
llvm-svn: 96854
-
Anders Carlsson authored
llvm-svn: 96853
-
Chris Lattner authored
llvm-svn: 96852
-
Dan Gohman authored
llvm-svn: 96851
-
Fariborz Jahanian authored
llvm-svn: 96850
-
Chris Lattner authored
about ownership and update policies. It isn't clear why it is doing all this lowering at isel time instead of in legalize. This fixes fcmp64.ll llvm-svn: 96849
-
Ted Kremenek authored
llvm-svn: 96848
-
Ted Kremenek authored
No functionality change. llvm-svn: 96847
-
Zhongxing Xu authored
llvm-svn: 96846
-
Chris Lattner authored
llvm-svn: 96845
-
Chris Lattner authored
llvm-svn: 96844
-
Chris Lattner authored
VBR encoding for the insanity being perpetrated by the spu backend. llvm-svn: 96843
-
John McCall authored
1) emit base destructors as aliases to their unique base class destructors under some careful conditions. This is enabled for the same targets that can support complete-to-base aliases, i.e. not darwin. 2) Emit non-variadic complete constructors for classes with no virtual bases as calls to the base constructor. This is enabled on all targets and in theory can trigger in situations that the alias optimization can't (mostly involving virtual bases, mostly not yet supported). These are bundled together because I didn't think it worthwhile to split them, not because they really need to be. llvm-svn: 96842
-
Johnny Chen authored
A8.6.281 llvm-svn: 96838
-
Jakob Stoklund Olesen authored
llvm-svn: 96837
-