Jim Grosbach 7af2399458 When the scavenger is looking for a good candidate location to restore from a ...

spill, it should avoid doing so inside the live range of a virtual register.

llvm-svn: 85026

2009-10-25 00:45:07 +00:00

..

Analysis

various cleanups suggested by Duncan

2009-10-24 05:27:19 +00:00

Archive

Prune #includes from llvm/Linker.h and llvm/System/Path.h,

2009-08-23 22:45:37 +00:00

AsmParser

Auto-upgrade free instructions to calls to the builtin free function.

2009-10-24 04:23:03 +00:00

Bitcode

Auto-upgrade free instructions to calls to the builtin free function.

2009-10-24 04:23:03 +00:00

CodeGen

When the scavenger is looking for a good candidate location to restore from a

2009-10-25 00:45:07 +00:00

CompilerDriver

First draft of the OptionPreprocessor.

2009-10-17 20:09:29 +00:00

ExecutionEngine

Fix http://llvm.org/PR4822: allow module deletion after a function has been

2009-10-23 22:37:43 +00:00

Linker

Remove unnecessary #include.

2009-09-12 22:24:25 +00:00

MC

add a twine version of MCContext::GetOrCreateSymbol.

2009-10-19 22:49:00 +00:00

Support

Commit fixes for half precision I noted in review, so

2009-10-23 04:02:51 +00:00

System

Use 'waitpid' instead of 'wait'. Basing Program::Wait() on 'wait()' prevents it being correct within a multithreaded context.

2009-10-22 22:16:17 +00:00

Target

Revert back 85006 for now as it breaks PIC16 tests.

2009-10-24 18:19:41 +00:00

Transforms

MapValue doesn't needs its LLVMContext argument.

2009-10-24 23:37:16 +00:00

VMCore

Make DominanceFrontierBase::print's output prettier.

2009-10-24 20:01:11 +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