llvm-svn: 97810

on a block API struct definition.

llvm-svn: 97754

moved incorrectly. (radar 7714443).

llvm-svn: 97734

Our testing framework can't deal with disabled targets yet.

llvm-svn: 97719

some builtins will rely on target knowledge.

llvm-svn: 97693

llvm-svn: 97679

Add in c header path for various linuxes as well.

Partial patch from Christian Adåker!

llvm-svn: 97666

llvm-svn: 97569

Satisfies radar 7703202.

llvm-svn: 97532

Radar 7696893.

llvm-svn: 97520

addPassesToEmitFile.

llvm-svn: 97358

Also, add support for 32-bit x86 Debian sid.

llvm-svn: 97347

llvm-svn: 97331

llvm-svn: 97324

returns a StringRef. Use it to simplify some repetitive code.

llvm-svn: 97322

copy the source buffers provided rather than referencing them
directly, so that the caller can free those buffers immediately after
calling clang_createTranslationUnitFromSourceFile(). Otherwise, we
risk hitting those buffers later (when building source ranges, forming
diagnostics, etc.). 

llvm-svn: 97296

Fixes radar 7692183.

llvm-svn: 97281

llvm-svn: 97280

llvm-svn: 97274

Fixes radar 7692350.

llvm-svn: 97254

blocks's argument in the inner block requires special treatment.
Fixes radar 7692419.

llvm-svn: 97244

attributes. Fixes radar 7214439.

llvm-svn: 97203

llvm-svn: 97166

llvm-svn: 97113

llvm-svn: 97111

This is the way I would like to move the frontend function towards -- distinct
pieces of functionality should be exposed only via FrontendAction
implementations which have clean and relatively-stable APIs.

This also isolates the surface area in clang which depends on LLVM CodeGen.

llvm-svn: 97110

messages with.

llvm-svn: 97101

blocks use variables not used in any of the outer blocks.
(Fixes radar 7682149).

llvm-svn: 97073

a block pointer type. Fixes radar 7682149.

llvm-svn: 97008

Add support for the weakref attribute. We still produce "alias weak" as llvm-gcc does, but are more strict on what uses of weakref we accept.

llvm-svn: 96992

rewriting problem. Fixes radar 7680953.

llvm-svn: 96987

itself rewritten. Radar 7669784.

llvm-svn: 96798

fixing up a few callers that thought they were propagating NoReturn
information but were in fact saying something about exception
specifications.

llvm-svn: 96766

llvm-svn: 96738

This was causing buildbot breakage.

This reverts commit d46e952cc8cb8d9eed8657d9a0b267910a0f745a.

llvm-svn: 96652

command-line option which defaults off.

llvm-svn: 96649

to initializer expressions in an array allocated using ASTContext.

This plugs a memory leak when ASTContext uses a BumpPtrAllocator to
allocate memory for AST nodes.

In my mind this isn't an ideal solution; it would be nice to have
a general "vector"-like class that allocates memory using ASTContext,
but whose guts could be separated from the methods of InitListExpr
itself.  I haven't gone and taken this approach yet because it isn't
clear yet if we'll eventually want an alternate solution for recylcing
memory using by InitListExprs as we are constructing the ASTs.

llvm-svn: 96642

instead relies on their DeclContext for iteration, etc.

llvm-svn: 96638

the ASTUnit itself is destroyed. Fixes <rdar://problem/7649385>.

llvm-svn: 96628

we attach diagnostics to translation units and code-completion
results, so they can be queried at any time.

To facilitate this, the new StoredDiagnostic class stores a diagnostic
in a serializable/deserializable form, and ASTUnit knows how to
capture diagnostics in this stored form. CIndex's CXDiagnostic is a
thin wrapper around StoredDiagnostic, providing a C interface to
stored or de-serialized diagnostics.

I've XFAIL'd one test case temporarily, because currently we end up
storing diagnostics in an ASTUnit that's never returned to the user
(because it contains errors). I'll introduce a temporary fix for this
soon; the real fix will be to allow us to return and query invalid ASTs.

llvm-svn: 96592