Patch by Shivram K!

llvm-svn: 96037

addressing.  This isn't complete because I need an MCContext
to generate new MCExprs.

llvm-svn: 96036

Make the following functions thread-safe but having them return an std::string that is reconstructed
every time they are called:

getClangRevision()
getClangFullRepositoryVersion()
getClangFullVersion()

llvm-svn: 96033

Plus add two formats: MiscFrm and ThumbMiscFrm.  Some of the for disassembly
only instructions are changed from Pseudo Format to MiscFrm Format.

llvm-svn: 96032

llvm-svn: 96031

llvm-svn: 96029

llvm-svn: 96028

llvm-svn: 96027

is pc relative or not, mark call and branches as pcrel.

llvm-svn: 96026

enumerators, along with ImplicitCastExprs to make it work.

llvm-svn: 96024

Load / store multiple instructions cannot load / store sp. Sorry, can't come up with a reasonable test case.

llvm-svn: 96023

llvm-svn: 96020

llvm-svn: 96019

llvm-svn: 96018

missing (in c/objc mode). Fixes radar 7528255.

llvm-svn: 96017

stack frame, the prolog/epilog code was using the same
register for the copy of CR and the address of the save slot.  Oops.
This is fixed here for Darwin, sort of, by reserving R2 for this case.
A better way would be to do the store before the decrement of SP,
which is safe on Darwin due to the red zone.

SVR4 probably has the same problem, but I don't know how to fix it;
there is no red zone and R2 is already used for something else.
I'm going to leave it to someone interested in that target.

Better still would be to rewrite the CR-saving code completely;
spilling each CR subregister individually is horrible code.

llvm-svn: 96015

(2) Reformat "annotations" topics list to use a collapsable tree.

llvm-svn: 96013

in objective-c++ mode (do it for objective-c only).

llvm-svn: 96012

llvm-svn: 96011

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