llvm-svn: 95105

implementation.  Also made sure that the register maps
were created during disassembler initialization.

llvm-svn: 95051

merely stubs out the blocks-based disassembly functions
if the library wasn't built with blocks, which allows a
constant .exports file and also properly deals with
situations in which the compiler used to build a client
is different from the compiler used to build the library.

llvm-svn: 95034

The MCStreamer based assemblers will take over for this functionality.

llvm-svn: 95033

directories (like, oh, say, any multistage build)

llvm-svn: 95028

target platform, depending on whether the target
supports the blocks API or not

llvm-svn: 95024

because some platforms don't support blocks and then
break because the symbols aren't present

llvm-svn: 95011

a buildbot.  Removed.

llvm-svn: 94975

fleshed out the .exports file.  I still have to fix several
details of operand parsing, but the basic functionality is
there and usable.

llvm-svn: 94974

the library.

llvm-svn: 94844

library as a static and a shared library.  Added dependencies
so the target-specific enhanced disassembly info tables are
built before the library.

llvm-svn: 94780

llvm-svn: 94752

llvm-svn: 94746

Modules and ModuleProviders. Because the "ModuleProvider" simply materializes
GlobalValues now, and doesn't provide modules, it's renamed to
"GVMaterializer". Code that used to need a ModuleProvider to materialize
Functions can now materialize the Functions directly. Functions no longer use a
magic linkage to record that they're materializable; they simply ask the
GVMaterializer.

Because the C ABI must never change, we can't remove LLVMModuleProviderRef or
the functions that refer to it. Instead, because Module now exposes the same
functionality ModuleProvider used to, we store a Module* in any
LLVMModuleProviderRef and translate in the wrapper methods.  The bindings to
other languages still use the ModuleProvider concept.  It would probably be
worth some time to update them to follow the C++ more closely, but I don't
intend to do it.

Fixes http://llvm.org/PR5737 and http://llvm.org/PR5735.

llvm-svn: 94686

llvm-svn: 94546

llvm-svn: 94545

llvm-svn: 94378

llvm-svn: 94377

llvm-svn: 94165

missing ones are libsupport, libsystem and libvmcore.  libvmcore is
currently blocked on bugpoint, which uses EH.  Once it stops using
EH, we can switch it off.

This #if 0's out 3 unit tests, because gtest requires RTTI information.
Suggestions welcome on how to fix this.

llvm-svn: 94164

llvm-svn: 94160

llvm-svn: 94159

other tools can link it.

llvm-svn: 94131

llvm-svn: 94129

llvm-svn: 94128

the AsmParser, breaking AsmLexer's dependence on
SourceMgr.

llvm-svn: 94054

rather than passing them off to the AsmLexer to handle.
This means the AsmLexer no longer requires a SourceMgr
to do error handling.

llvm-svn: 94047

into AsmParser, in preparation for making AsmLexer
independent of the SourceMgr

llvm-svn: 94043

rather than printing it locally, reducing its dependence
on SourceMgr.

llvm-svn: 94041

llvm-svn: 93986

the two token accessor functions are declared consistently.
Modified the clients of MCAsmParser to reflect this change.

llvm-svn: 93916

of include directives to occur within the parser itself.
This will break the lexer's dependency on a SourceMgr as
input.

llvm-svn: 93899

identifier.  There is no way to work around it.

llvm-svn: 93896

(which just iteratively emits bytes) to MCStreamer.

llvm-svn: 93888

as a power of 2.  This fixes MC/AsmParser/directive_comm.s

llvm-svn: 93867

match.

llvm-svn: 93798

patch by Michael Beck!

llvm-svn: 93793

having to pass various fields from it in.  Simplify.

llvm-svn: 93686

to a console, when --analyze is used.

Similarly, avoid creating an empty output file when --disable-output is used.

Print a warning when the -o option appears with either --analyze or
--disable-output, to indicate that the option is being ignored.

llvm-svn: 93685

llvm-svn: 93664