llvm-svn: 96010

llvm-svn: 96008

llvm-svn: 96007

llvm-svn: 96006

llvm-svn: 96005

we'd add an offset from the spelling location space to the 
instantiation location, which doesn't make sense and would
lead up to the text diagnostics crashing when presented with
non-sensical locations.

This fixes rdar://7597492, a crash on 255.vortex.

llvm-svn: 96004

a qualified objective-c pointer type. Fixes radar 7638810.
(Also removes a FIXME).

llvm-svn: 96003

offset distributions it doesn't expect.

llvm-svn: 96002

llvm-svn: 95999

worth asserting about in this code: 1) if the source range
is bogus (begin loc after end loc), and 2) if the client
is trying to highlight a range that is purely whitespace.

It is possible to just silently ignore #2, but it seems like
it is always a bug, so lets keep asserting on this condition,
but with a better assert message.

llvm-svn: 95998

didn't handle
X =
Y<dead> = use X
DBG_VALUE(X)
I was hoping to avoid this approach as it's slower,
but I don't think it can be done.

llvm-svn: 95996

2. don't bother trying to merge globals in non-default sections,
   doing so is quite dubious at best anyway.
3. fix a bug reported by Arnaud de Grandmaison where we'd try to
   merge two globals in different address spaces.

llvm-svn: 95995

llvm-svn: 95994

llvm-svn: 95993

with block-pointer-type as one or more of its
arguments. Fixes radar 7638400.

llvm-svn: 95992

within the declarator of another declaration, from Enea Zaffanella!

llvm-svn: 95991

llvm-svn: 95990

llvm-svn: 95989

is breaking llvm-gcc bootstrap.

llvm-svn: 95988

Daniel's suggestion.

llvm-svn: 95987

ASTContext::getFunctionType with the wrong set of arguments.

llvm-svn: 95986

llvm-svn: 95985

llvm-svn: 95984

llvm-svn: 95982

llvm-svn: 95981

This should fix alot of problems we saw so far, e.g. PRs 5851 & 2936

llvm-svn: 95980

doesn't matter, except that ScalarEvolution tends to need less time
to fold the results this way.

llvm-svn: 95979

bug fixes, and with improved heuristics for analyzing foreign-loop
addrecs.

This change also flattens IVUsers, eliminating the stride-oriented
groupings, which makes it easier to work with.

llvm-svn: 95975

* Enabled R1/R2 application for nodes with infinite spill costs in the Briggs heuristic (made
safe by the changes to the normalization proceedure).
* Removed a redundant header.

llvm-svn: 95973

guard macro is already defined for the first occurrence of the
header.  If it is, the body will be skipped and not be properly
analyzed for the include guard optimization.

llvm-svn: 95972

llvm-svn: 95971

Keep track of the address points for all primary bases, and add the ability to dump multiple address points for a single offset.

llvm-svn: 95970

headers, where malloc (and many other libc functions) are declared
with empty throw specifications, e.g.,  

  extern void *malloc (__SIZE_TYPE__ __size) throw () __attribute__
  ((__malloc__)) ;

The C++ standard doesn't seem to allow this, and redeclaring malloc as
the standard permits (as follows) resulted in Clang (rightfully!)
complaining about mis-matched exception specifications.

  void *malloc(size_t size);

We work around this by silently propagating an empty throw
specification "throw()" from a function with C linkage declared in a
system header to a redeclaration that has no throw specifier.

Ick.

llvm-svn: 95969

an overriden type only by reduced qualification.

llvm-svn: 95968

llvm-svn: 95967

  ::__builtin_va_copy

Fixes one of the Firefox issues in PR5511.

llvm-svn: 95966

llvm-svn: 95965

in a single byte-load rather than some crazy bitmunging operation.

llvm-svn: 95964

llvm-svn: 95963

llvm-svn: 95962