Add lto_codegen_set_assembler_path() API which allows the linker to specify the
path to the assembler tool to run.  When assembler is used (instead of compiler)
different command line options are used.
Add LTO_API_VERSION #define so clients (linkers) can conditionalize use of new APIs.

llvm-svn: 72823

will make it more obvious what it represents, and stop
it being confused with the StoreSize.

llvm-svn: 71349

Incomplete, but better than nothing.

llvm-svn: 71081

llvm-svn: 70491

an optimization level instead of a simple boolean telling it to generate code
"fast" or the other type of "fast".

llvm-svn: 70347

llvm-svn: 69972

llvm-svn: 68942

linkage, so remove it.

llvm-svn: 66690

linkage: this linkage type only applies to declarations,
but ODR is only relevant to globals with definitions.

llvm-svn: 66650

and extern_weak_odr.  These are the same as the non-odr versions,
except that they indicate that the global will only be overridden
by an *equivalent* global.  In C, a function with weak linkage can
be overridden by a function which behaves completely differently.
This means that IP passes have to skip weak functions, since any
deductions made from the function definition might be wrong, since
the definition could be replaced by something completely different
at link time.   This is not allowed in C++, thanks to the ODR
(One-Definition-Rule): if a function is replaced by another at
link-time, then the new function must be the same as the original
function.  If a language knows that a function or other global can
only be overridden by an equivalent global, it can give it the
weak_odr linkage type, and the optimizers will understand that it
is alright to make deductions based on the function body.  The
code generators on the other hand map weak and weak_odr linkage
to the same thing.

llvm-svn: 66339

llvm-svn: 66273

Lennart Augustsson!

llvm-svn: 66272

llvm-svn: 63927

PR3364

llvm-svn: 62697

suggested by Chris.

llvm-svn: 62099

llvm-svn: 61253

This operation can be used to build dyn_cast, isa, and cast.

llvm-svn: 61252

- ability to insert previously created instructions using a builder
- creation of aliases
- creation of inline asm constants

Patch by Zoltan Varga!

llvm-svn: 61153

llvm-svn: 60257

llvm-svn: 58650

s/ParamAttr/Attribute/g
s/PAList/AttrList/g
s/FnAttributeWithIndex/AttributeWithIndex/g
s/FnAttr/Attribute/g

This sets the stage 
- to implement function notes as function attributes and 
- to distinguish between function attributes and return value attributes.

This requires corresponding changes in llvm-gcc and clang.

llvm-svn: 56622

Based on patch by Giorgos Korfiatis.

llvm-svn: 55570

In particular, Collector was confusing to implementors. Several
thought that this compile-time class was the place to implement
their runtime GC heap. Of course, it doesn't even exist at runtime.
Specifically, the renames are:

  Collector               -> GCStrategy
  CollectorMetadata       -> GCFunctionInfo
  CollectorModuleMetadata -> GCModuleInfo
  CollectorRegistry       -> GCRegistry
  Function::getCollector  -> getGC (setGC, hasGC, clearGC)

Several accessors and nested types have also been renamed to be
consistent. These changes should be obvious.

llvm-svn: 54899

Please use !LLVMIsDeclaration instead.

llvm-svn: 54572

Evan broke it in r54523 by adding a parameter in the implementation without
updating the header correspondingly.

llvm-svn: 54555

names. This can save a lot of allocations if you aren't going to be
looking at the output.

llvm-svn: 54546

llvm-svn: 53119

llvm-svn: 52523

llvm-svn: 51238

llvm-svn: 50768

llvm-svn: 50620

Patch by Anders Johnsen!

llvm-svn: 50375

Patch by Anders Johnsen!

llvm-svn: 50360

Applying fix by Frits van Bommel.

llvm-svn: 50250

the result IRBuilder.  Patch by Dominic Hamon.

llvm-svn: 49604

llvm-svn: 48982

llvm-svn: 48851

llvm-svn: 48711

Patch by Erick Tryzelaar.

llvm-svn: 48602

llvm-svn: 48528