and defining target-specific macros based on them (like __SSE3__ and 
friends).  After extensive discussion with Daniel, this work will need
driver support, which will translate things like -msse3 into a -mattr 
feature.  Until this work is done, the code in clang.cpp is disabled and
the X86TargetInfo ctor still defaults to SSE2.  With these two things
changed, this code will work.  PR3634

llvm-svn: 65966

instructions. These aren't used yet.

llvm-svn: 65965

Also necessary to fix:

<rdar://problem/6632061> [sema] non object types should not be allowed in @catch statements
<rdar://problem/6252237> [sema] qualified id should be disallowed in @catch statements

llvm-svn: 65964

llvm-svn: 65962

llvm-svn: 65961

llvm-svn: 65960

llvm-svn: 65957

llvm-svn: 65956

with property type which does not match its ivar and
in -fobjc-gc-only mode!

llvm-svn: 65955

llvm-svn: 65954

llvm-svn: 65953

llvm-svn: 65952

llvm-svn: 65951

llvm-svn: 65950

Change Sema::DiagnosePropertyMismatch() to check for type compatibility (rather than type equivalence, which is too strict).

llvm-svn: 65949

llvm-svn: 65948

llvm-svn: 65945

This is a template that can be used to build your own LLVMC-based drivers.
It can be also useful as a "bare-bones" LLVMC.

llvm-svn: 65944

llvm-svn: 65943

llvm-svn: 65942

Since this Makefile is supposed to be usable from LLVM-based projects not in the
tree, LLVMLIBS should be used instead of USEDLIBS. This depends on my previous
fix to Makefile.rules.

llvm-svn: 65941

From the code: "There are "Proj" libs (defined by the user's project) and "LLVM"
libs (defined by the LLVM project)." LINK_COMPONENTS are clearly defined by the
LLVM project.

Additionally, this fixes an issue with llvmc's build process:-)

llvm-svn: 65940

llvm-svn: 65939

llvm-svn: 65938

llvm-svn: 65937

llvm-svn: 65936

while I was at it.  There are still a lot of diagnostics missing from 
this code, and it isn't completely correct for anything other than x86, but 
it should work correctly on x86 for valid cases.

llvm-svn: 65935

llvm-svn: 65934

llvm-svn: 65933

llvm-svn: 65932

llvm-svn: 65931

llvm-svn: 65928

llvm-svn: 65927

sub-type describes a memory location, like the pointee type of a pointer
or the element type of an array.

llvm-svn: 65925

response to attempts to diagnose an "incomplete" type. This will force
us to use DiagnoseIncompleteType more regularly (rather than looking at
isIncompleteType), but that's also a good thing.

Implicit instantiation is still very simplistic, and will create a new
definition for the class template specialization (as it should) but it
only actually instantiates the base classes and attaches
those. Actually instantiating class members will follow. 

Also, instantiate the types of non-type template parameters before
checking them,  allowing, e.g., 

  template<typename T, T Value> struct Constant; 
 
to work properly.

llvm-svn: 65924

llvm-svn: 65922

Make bubble number decoration look more like circles than ovals.

llvm-svn: 65921

and put @file directives on their own comment line.

llvm-svn: 65920

llvm-svn: 65919

llvm-svn: 65916