llvm-svn: 25279

read the code.

Do not internalize debugger anchors.

llvm-svn: 25067

a) use better local variable names (OldMT -> OldFT) where "M" is used to
   mean "Function" (perhaps it was previously "Method"?)
b) print out the module identifier in a warning message so that it is
   possible to track down in which module the error occurred.

llvm-svn: 24698

llvm-svn: 24602

Add support for specifying alignment and size of setjmp jmpbufs.

No targets currently do anything with this information, nor is it presrved
in the bytecode representation.  That's coming up next.

llvm-svn: 24196

llvm-svn: 23973

llvm-svn: 23940

This should speed up build times.

llvm-svn: 23933

pointer marking the end of the list, the zero *must* be cast to the pointer
type.  An un-cast zero is a 32-bit int, and at least on x86_64, gcc will
not extend the zero to 64 bits, thus allowing the upper 32 bits to be
random junk.

The new END_WITH_NULL macro may be used to annotate a such a function
so that GCC (version 4 or newer) will detect the use of un-casted zero
at compile time.

llvm-svn: 23888

all but main.  If it's not set, we can still internalize, but only if an
explicit symbol list is provided.

llvm-svn: 23783

bringing the LLC time down to the CBE time.

llvm-svn: 23521

llvm-svn: 23519

llvm-svn: 23517

and PR632.

llvm-svn: 23484

ctor-list-opt.ll:CTOR8

llvm-svn: 23465

potentially replaced at link-time.

llvm-svn: 23463

because gccas runs globalopt before inlining.

This implements ctor-list-opt.ll:CTOR7

llvm-svn: 23462

llvm-svn: 23460

llvm-svn: 23453

llvm-svn: 23452

llvm-svn: 23450

ctor-list-opt.ll:CTOR5.

llvm-svn: 23449

llvm-svn: 23447

llvm-svn: 23442

llvm-svn: 23441

llvm-svn: 23439

global ctors that are simple enough.  This implements ctor-list-opt.ll:CTOR2.

llvm-svn: 23437

llvm-svn: 23435

accepting the null even with a non-65535 init prio

llvm-svn: 23434

Implement the start of global ctor optimization.  It is currently smart
enough to remove the global ctor for cases like this:

struct foo {
  foo() {}
} x;

... saving a bit of startup time for the program.

llvm-svn: 23433

SimplifyLibCalls/2005-05-20-sprintf-crash.ll

llvm-svn: 23430

sprintf("%s", P)'s that have uses.

s/hasNUses(0)/use_empty()/

llvm-svn: 23425

Regression/Transforms/SimplifyLibCalls/floor.ll.  This triggers 19 times in
177.mesa.

llvm-svn: 23017

llvm-svn: 22694

SimplifyLibCalls probably has to be audited to make sure it does not make
this mistake elsewhere.  Also, if this code knows that the type will be
unsigned, obviously one arm of this is dead.

Reid, can you take a look into this further?

llvm-svn: 22566

llvm-svn: 22523

llvm-svn: 22312

is a mismatch in their character type pointers (i.e. fprintf() prints an
array of ubytes while fwrite() takes an array of sbytes).
We can probably do better than this (such as casting the ubyte to an
sbyte).

llvm-svn: 22310

llvm-svn: 22277

not casting to the correct type.

llvm-svn: 22250