people stop seeing a broken build in EDDisassembler.cpp

llvm-svn: 100782

now configures prerequisite projects individually but also ignores them in the
big project switch statement to avoid the incorrect warning.

llvm-svn: 99506

projects rely upon llvm-gcc, the LLVM test suite, and poolalloc.  This ensures
that the aforementioned projects have their object trees created first so that
other projects can find their object trees when they themselves are configured.

llvm-svn: 98998

llvm-svn: 98990

llvm-svn: 98985

to re-instrument the code.  We depend on the system valgrind.h to
avoid adding a new license.

llvm-svn: 98529

Fixes PR6267.

llvm-svn: 97549

configure.

Fixes PR6388.

Patch by Yann Droneaud!

llvm-svn: 97548

llvm-svn: 97179

--enable-shared is passed to configure.

llvm-svn: 97119

llvm-svn: 96981

The MicroBlaze is a highly configurable 32-bit soft-microprocessor for
use on Xilinx FPGAs. For more information see:
http://www.xilinx.com/tools/microblaze.htm
http://en.wikipedia.org/wiki/MicroBlaze

The current LLVM MicroBlaze backend generates assembly which can be
compiled using the an appropriate binutils assembler.

llvm-svn: 96969

the examples shared to make sure the shared library keeps working.

llvm-svn: 96959

Comes in two parts:
 1. Use --with-clang=path/to/clang/compiler to select an installed clang, or
    --with-built-clang to have the makefiles use the clang which will be built
    as the LLVM capable compiler. If neither is given, --with-built-clang will
    be used if the Clang sources are checked out into the standard location
    (tools/clang).

 2. Use --with-llvmcc={llvm-gcc,clang,none} to specify which LLVM capable
    compiler to use. If not given, then llvm-gcc will be used if available,
    otherwise Clang.

Makefile support still to come.

Eric, Doug, Chris, seem reasonable?

llvm-svn: 96934

llvm-svn: 96910

llvm-svn: 96909

llvm-svn: 96907

llvm-svn: 96569

--enable-shared configure flag to have the tools linked shared. (2.7svn is just
$(LLVMVersion) so it'll change to "2.7" in the release.)  Always link the
example programs shared to test that the shared library keeps working.

On my mac laptop, Debug libLLVM2.7svn.dylib is 39MB, and opt (for example) is
16M static vs 440K shared.

Two things are less than ideal here:
1) The library doesn't include any version information. Since we expect to break
the ABI with every release, this shouldn't be much of a problem. If we do
release a compatible 2.7.1, we may be able to hack its library to work with
binaries compiled against 2.7.0, or we can just ask them to recompile. I'm
hoping to get a real packaging expert to look at this for the 2.8 release.
2) llvm-config doesn't yet have an option to print link options for the shared
library. I'll add this as a subsequent patch.

llvm-svn: 96559

make no-ffi the default even on systems with libffi.  This fixes
http://llvm.org/PR5018.

llvm-svn: 95712

llvm-svn: 95191

With the previous cleanup to configure.ac, configure is now only 393k, instead of 1.1M!

llvm-svn: 94535

llvm-svn: 92763

llvm-svn: 90728

llvm-svn: 89840

llvm-svn: 88943

The clang patch is next.

llvm-svn: 86955

OPTIMIZE_OPTION.

llvm-svn: 86005

llvm-svn: 85148

direct inclusion edge from System to Support.

llvm-svn: 85086

llvm-svn: 84083

llvm-svn: 84067

llvm-svn: 83930

it the default, and works around a broken libopagent on some Debian
systems.

llvm-svn: 83503

llvm-svn: 83052

llvm-svn: 83050

llvm-svn: 83048

DEBUG_RUNTIME.

llvm-svn: 82906

setenv().  This patch just disables the test rather than getting putenv() to
work.  Thanks to Sandeep Patel for reporting the problem.

llvm-svn: 82797

same effect that "host-only" used to have, but can be combined with other
targets.  host-only is still available as a synonym but no longer documented.

llvm-svn: 82634