write to it.

llvm-svn: 83963

these constants unsigned.

llvm-svn: 83962

llvm-svn: 83960

modify through the pointer they're given.

llvm-svn: 83959

which is a common idiom to improve PIC'ness of code using the addr of
label extension.  This implementation is a gross hack, but the only other
alternative would be to teach evalutate about this horrid combination.
While GCC allows things like "&&foo - &&bar + 1", people don't use this
in practice.  This implements PR5131.

llvm-svn: 83957

sections of memory objects.

llvm-svn: 83953

1. CGF now has fewer bytes of state (one pointer instead of a vector).
2. The generated code is determinstic, instead of getting labels in
   'map order' based on pointer addresses.
3. Clang now emits one 'indirect goto switch' for each function, instead
   of one for each indirect goto.  This fixes an M*N = N^2 IR size issue
   when there are lots of address-taken labels and lots of indirect gotos.
4. This also makes the default cause do something useful, reducing the
   size of the jump table needed (by one).

llvm-svn: 83952

hairier (but nonsensical) example.

llvm-svn: 83951

llvm-svn: 83950

llvm-svn: 83949

for a null pointer.  In other words, "&&foo != NULL" will always work out to
true.

llvm-svn: 83948

more places in clang codegen now.

llvm-svn: 83947

llvm-svn: 83945

llvm-svn: 83943

llvm-svn: 83942

llvm-svn: 83941

about the reason, rdar://7186119.

llvm-svn: 83940

previously we only recognized it on inputs.

llvm-svn: 83939

llvm-svn: 83938

llvm-svn: 83937

llvm-svn: 83936

llvm-svn: 83935

llvm-svn: 83934

llvm-svn: 83933

llvm-svn: 83932

Memory dependence analysis was incorrectly stopping to scan for stores to a pointer at bitcast uses of a malloc call.
It should continue scanning until the malloc call, and this patch fixes that.

llvm-svn: 83931

llvm-svn: 83930

Disable tests that check debug info intrinsic. This does not work if debug info intrinsics are not used to encode debug info.

llvm-svn: 83929

llvm-svn: 83928

llvm-svn: 83925

llvm-svn: 83924

that the scope in which it is being declared is complete. Also, when
instantiating a member class template's ClassTemplateDecl, be sure to
delay type creation so that the resulting type is dependent. Ick.

llvm-svn: 83923

llvm-svn: 83922

llvm-svn: 83921

llvm-svn: 83918

llvm-svn: 83917

before its reference is only supported on ARM has not been true for a while.
In fact, until recently, that was only supported for Thumb.  Besides that,
CPEs are always a multiple of 4 bytes in size, so inserting a CPE should have
no effect on Thumb alignment.

llvm-svn: 83916

should have been a pointer to a reference.

llvm-svn: 83915

llvm-svn: 83914

llvm-svn: 83913