Gabor Greif 04f7f381ae Now that hopefully all direct accesses to InvokeInst operands are fixed ... we can reapply the InvokeInst operand reordering patch. (see r98957). llvm-svn: 99170		2010-03-22 08:28:00 +00:00
..
Analysis	Now that hopefully all direct accesses to InvokeInst operands are fixed	2010-03-22 08:28:00 +00:00
Archive	From PR6228:	2010-02-04 06:19:43 +00:00
AsmParser	Introduce isOpaqueTy and use it rather than isa<OpaqueType>. Also, move some	2010-02-16 14:50:09 +00:00
Bitcode	Now that hopefully all direct accesses to InvokeInst operands are fixed	2010-03-22 08:28:00 +00:00
CodeGen	Free SavedLI even if SimpleRegisterCoalescing::JoinCopy() returns early.	2010-03-21 01:47:49 +00:00
CompilerDriver	Use FindExecutable as a fall-back search method.	2010-03-05 04:46:28 +00:00
ExecutionEngine	Avoid a memory leak in JITDebugRegisterer.	2010-03-16 05:54:54 +00:00
Linker	Introduce isOpaqueTy and use it rather than isa<OpaqueType>. Also, move some	2010-02-16 14:50:09 +00:00
MC	Better fix for r98994, MachObjectWriterImpl wasn't intended to be virtual.	2010-03-20 01:58:40 +00:00
Support	Add the ability to "intern" FoldingSetNodeID data into a	2010-03-18 16:16:38 +00:00
System	Fix a false-positive memory leak in code using RemoveFileOnSignal(). Because	2010-03-17 07:08:12 +00:00
Target	MC/X86: Fix an MCOperand link, when we parsing shrld $1,%eax and friends; I believe this fixes the last memory leaks under test/MC.	2010-03-20 22:36:38 +00:00
Transforms	Now that hopefully all direct accesses to InvokeInst operands are fixed	2010-03-22 08:28:00 +00:00
VMCore	Now that hopefully all direct accesses to InvokeInst operands are fixed	2010-03-22 08:28:00 +00:00
Makefile	remove llvm-db: it is completely broken and if anyone wants to do a debugger,	2009-10-05 02:29:51 +00:00