dependent libraries from a bitcode module.

Differential Revision: http://llvm-reviews.chandlerc.com/D2343

llvm-svn: 199759

llvm-svn: 199758

of the current compilation unit.
As a side effect this enables many more LTO uniquing opportunities.

rdar://problem/15851206

llvm-svn: 199757

C compilations as well and these flags don't make any sense there.

llvm-svn: 199756

Also make the -m16 check x86-specific. Other archs may have a different take on
things.

llvm-svn: 199755

llvm-svn: 199754

llvm-svn: 199753

llvm-svn: 199752

llvm-svn: 199751

Support for protocol buffer files seems complete enough.

llvm-svn: 199750

No functional change since the InstrItinData's have been duplicated.

llvm-svn: 199749

No functional change since the InstrItinData's have been duplicated.

llvm-svn: 199748

No functional change since the InstrItinData's have been duplicated.

llvm-svn: 199747

llvm-svn: 199746

No functional change since the InstrItinData's have been duplicated.

llvm-svn: 199743

llvm-svn: 199742

No functional change

llvm-svn: 199741

Very sorry, I managed to completely forget "make check".

llvm-svn: 199739

No functional change

llvm-svn: 199738

No functional change since the InstrItinData's have been duplicated.

llvm-svn: 199737

llvm-svn: 199736

llvm-svn: 199735

No functional change since the InstrItinData's have been duplicated.

llvm-svn: 199734

There's nothing Darwin-based in the files or target now, so the previous name
is now misleading.

llvm-svn: 199733

No functional change since the InstrItinData's have been duplicated.

llvm-svn: 199732

    
Clang now uses the *-apple-macho triples for embedded targets using MachO. The
environment makes less pretences to be running an actual Mach kernel with all
the support that would imply, so a few changes are needed to the build scripts:
    
+ The Apple way of detecting endianness applies in all cases so drop the
  __MACH__ test.
+ A quick rename since "darwin_embedded" no longer makes any sense. If there's
  no Mach going on, there's certainly no Darwin.
+ Change how we test for support for a platform. The functions we build don't
  need any SDK support (stdio.h, ...) so we don't need to check for it.

llvm-svn: 199731

llvm-svn: 199730

Intercept and sanitize arguments passed to printf functions in ASan and TSan
(don't do this in MSan for now). The checks are controlled by runtime flag
(off by default for now).

Patch http://llvm-reviews.chandlerc.com/D2480 by Yuri Gribov!

llvm-svn: 199729

No functional change since the InstrItinData's have been duplicated.

llvm-svn: 199728

No functional change since the InstrItinData's have been duplicated.

llvm-svn: 199727

This code works with AAPCS-style {fp, lr} frames. Unlike linux perf, it does
not unwind through code compiled with -mapcs-frame (which Clang does not
support anyway).

llvm-svn: 199725

llvm-svn: 199724

llvm-svn: 199723

No functional change since the InstrItinData's have been duplicated.

llvm-svn: 199722

No functional change since the InstrItinData's have been duplicated.

llvm-svn: 199719

This is apparently a bit of a white lie (they can affect DSPControl for
overflow etc) but similar to how we currently handle floating-point operations.
When it becomes relevant the whole lot can be reviewed properly.

llvm-svn: 199718

llvm-svn: 199716

[asan] relax the checks inside __sanitizer_annotate_contiguous_container: they are too optimistic due to https://code.google.com/p/address-sanitizer/issues/detail?id=258.

llvm-svn: 199715

llvm-svn: 199714

Before:
  #if AAAA &&BBBB

After:
  #if AAAA && BBBB

llvm-svn: 199713