change the raw_ostream one to take the raw_ostream byref instead
of byptr.  Prune #includes, eliminate a use of Streams.h

llvm-svn: 79863

flush the right stream in opt.cpp.

llvm-svn: 79837

update all code that this affects.

llvm-svn: 79830

instead of as two bools.  Use this to add a F_Append flag
which has the obvious behavior.

Other unrelated changes conflated into this patch:

1. REmove EH stuff from llvm-dis and llvm-as, the try blocks
   are dead.
2. Simplify the filename inference code in llvm-as/llvm-dis,
   because raw_fd_ostream does the right thing with '-'.
3. Switch machine verifier to use raw_ostream instead of ostream
   (Which is the thing that needed append in the first place).

llvm-svn: 79807

llvm-svn: 79698

llvm-svn: 79696

being called so that Context was never initialized.  I'm not sure if this
is the right fix but at least it keeps opt from crashing.

llvm-svn: 76220

llvm-svn: 76199

llvm-svn: 76070

To simplify the upcoming context-on-type change, switch all command line tools to using the default global context for now.

This will let us to hardwire stuff to the global context in the short term while the API is sorted out.

llvm-svn: 75846

an existing file is considered an error. Convert several tools
to use raw_fd_ostream instead of std::ostream, and to use this
new option instead of doing a manual check.

llvm-svn: 75801

llvm-svn: 74640

Add a pointer to the owning LLVMContext to Module.  This requires threading LLVMContext through a lot
of the bitcode reader and ASM parser APIs, as well as supporting it in all of the tools.

Patches for Clang and LLVM-GCC to follow.

llvm-svn: 74614

 - No functionality change, but please check if you don't believe me.

llvm-svn: 72789

llvm-svn: 64888

to work out (in a very simplistic way) which function
arguments (pointer arguments only) are only dereferenced
and so do not escape.  Mark such arguments 'nocapture'.

llvm-svn: 61525

llvm-svn: 60555

llvm-svn: 60087

llvm-svn: 60081

fix memory leak in pass manager when adding an analysis pass that already existed. as pass manager takes ownership of the added passes, it has to delete the pass if it isnt added to the pass list
tweak the opt tool so that it doesnt access a Pass after the ownership was taken by the pass manager

llvm-svn: 58730

llvm-svn: 57946

createPrintModulePass and createPrintFunctionPass.
 - So clients who compile w/o RTTI can use them.

llvm-svn: 57933

llvm-svn: 56345

llvm-svn: 56282

llvm-svn: 56265

llvm-svn: 56255

llvm-svn: 56222

I placed it just before GVN because that it is the
pass most likely to benefit from it.  Some quick
and dirty testing confirms that this is a decent
place for it.

llvm-svn: 56144

llvm-svn: 55432

llvm-svn: 55429

llvm-svn: 53574

llvm-svn: 53525

llvm-svn: 53523

Dhrystone introduced by its removal.

llvm-svn: 51669

llvm-svn: 51581

llvm-svn: 51184

llvm-svn: 51139

llvm-svn: 51110

llvm-svn: 51084

llvm-svn: 50941