SVal::getAsLocSymbol(). This simplifies the code and allows the retain/release
checker to (I believe) also correctly reason about location symbols wrapped in
SymbolicRegions.

Along the way I cleaned up SymbolRef a little, disallowing implicit casts to
'unsigned'.

llvm-svn: 65972

llvm-svn: 65971

use, check also for the case where it has two uses,
the other being a llvm.dbg.declare.  This is needed so
debug info doesn't affect codegen.

llvm-svn: 65970

llvm-svn: 65969

llvm-svn: 65968

llvm-svn: 65967

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