// rdar://12491143

llvm-svn: 166030

hopelessly poorly written code after spewing several
errors. // rdar://12491143

llvm-svn: 166025

metadata.

llvm-svn: 166023

  if (CGM.getModuleDebugInfo())
    DebugInfo = CGM.getModuleDebugInfo()
into a call:
  maybeInitializeDebugInfo();

This is a simplification for a possible future fix of PR13942.

llvm-svn: 166019

Use the Attributes::get method which takes an AttrVal value directly to simplify the code a bit. No functionality change.

llvm-svn: 166010

Follow-up to r165838, which fixed a potential crash.

llvm-svn: 166002

llvm-svn: 165994

llvm-svn: 165993

llvm-svn: 165992

llvm-svn: 165988

llvm-svn: 165977

llvm-svn: 165976

llvm-svn: 165975

llvm-svn: 165974

of their own.

llvm-svn: 165972

See PR14013.

llvm-svn: 165962

Move the Attributes::Builder outside of the Attributes class and into its own class named AttrBuilder. No functionality change.

llvm-svn: 165961

-The front-end now builds a single assembly string and feeds it to the
 AsmParser.  The front-end iterates on a per statement basis by calling the
 ParseStatement() function.  Please note, the calling of ParseStatement() and
 and any notion of MCAsmParsedOperands will be sunk into the MC layer in the
 near future.  I plan to expose more basic APIs such as getClobbers, etc.

-The enumeration of the AsmString expressions have been reworked to use SMLocs
 rather than assembly Pieces, which were being parsed in the front-end.

-The test case, t8(), was modified due to r129223.  I'll have to find a way to
 work around things such as these.

Sorry for the large commit, but breaking this in multiple smaller commits proved
too irritating.

llvm-svn: 165957

template when comment is comming from overridden declaration. 
// rdar://12378793

llvm-svn: 165953

created.

llvm-svn: 165943

[asan] make AddressSanitizer to be a FunctionPass instead of ModulePass. clang part: for FunctionPass we need to run asan at a different point, otherwise it will run before inlining

llvm-svn: 165937

Review: http://llvm-reviews.chandlerc.com/D62
llvm-svn: 165933

llvm-svn: 165925

description. Previously, one could emulate this behavior by placing
the header in an always-unavailable submodule, but Argyrios guilted me
into expressing this idea properly.

llvm-svn: 165921

Convert the uses of the Attributes class over to the new format. The
Attributes::get method call now takes an LLVM context so that the attributes
object can be uniquified and stored.

llvm-svn: 165918

fails to return a value, to make debugging this issue easier.

llvm-svn: 165914

llvm-svn: 165911

This reduces the spam make test leaves behind in /tmp. The assert isn't
particularly useful because it's not run with -disable-free (the default when
using the clang driver) but should cover all -cc1 tests.

llvm-svn: 165910

llvm-svn: 165900

llvm-svn: 165888

Eli discovered that __noop's sema behavior also needs some love. I filed
PR14081 for that and intend to improve it.

llvm-svn: 165886

llvm-svn: 165885

This was only used by OSAtomicChecker and makes it more
difficult to update values for expressions that the environment
may look through instead (it's not the same as IgnoreParens).
With this gone, we can have bindExpr bind to the inner
expression that getSVal will find.

Groundwork for <rdar://problem/12137950>

llvm-svn: 165866

I believe the removed assert in CheckerManager says it best:

	InlineCall is a special hacky callback to allow intrusive
	evaluation of the call (which simulates inlining). It is
	currently only used by OSAtomicChecker and should go away
	at some point.

OSAtomicChecker has gone away; inlineCall can now go away as well!

llvm-svn: 165865

llvm-svn: 165859

llvm-svn: 165851

Patch by Tom Stellard.

llvm-svn: 165850

Patch by Jeremiah Zanin.

llvm-svn: 165849

from a floating-point type where the source value is not in the range of
representable values of the destination type.

llvm-svn: 165843

llvm-svn: 165842